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CHAPTER 1 
INTRODUCTION 


1.1 SCOPE 

This manual provides information for use of the VAX-11/780 Diagnostic System including power-up, 
bootstrap, and file maintenance data. The manual will serve as a reference for customers and field 
service engineers, and as a resource for appropriate branch and support level courses of the field 
service, manufacturing, and customer training programs. These courses constitute prerequisites for 
running VAX-11/780 diagnostics. Related manuals are listed in Table !-1. 


Table 1-1 Related Manuals 


Document Number 


EB06583 
















Microcomputer Handbook Available on hard copy 


VAX-11/780 Diagnostic System 


Technical Description EK-DS780-TD Available on microfiche 


VAX/VMS Primer Available on hard copy 


VAX Preliminary Documentation Set 
(VAX Software Manual Kit, 


14 manuals) QE00152 Available on hard copy 


VAX-11/780 Architecture Handbook EB07466 Available on hard copy 


VAX-11/780 Hardware Handbook EB09987 Available on hard copy 





VAX-11 Software Handbook EB08126 Available on hard copy 
NOTES 
1. If you wish to order these manuals from 

within the United States, call Digital Equip- 

ment Corporation at either of the two num- 


bers listed below. 


From all areas of the United States except 
New Hampshire, call (800) 258-1710. 


From New Hampshire call (603) 884-7288. 
2. If you wish to order manuals from an area 

outside of the United States, contact the near- 

est Digital Equipment Corporation sales of- 


fice. 
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1.2 DIAGNOSTIC SYSTEM OVERVIEW 
The diagnostic system consists of programs which are organized hierarchically (from general to spe- 
cific capabilities) in six levels. Each level contains one or more categories, as follows. 


Level 1 


Level 2 


Level 2R 


Level 3 


Level 4 


Operating system (VMS) based diagnostic programs (using queue I/O). 

Diagnostic supervisor based diagnostic programs which can be run either under VMS or in 
the stand-alone mode (using queue I/O). 

Bus Interaction program. 

Formatter and reliability level peripheral diagnostic programs. 

Diagnostic supervisor-based diagnostic programs that can be run only under VMS (using 
physical QIO). 

Certain peripheral diagnostic programs. 

System Diagnostic Program. 

Diagnostic supervisor-based diagnostic programs that can be run in stand-alone mode only 
(using direct I/O). 

Functional level peripheral diagnostic programs. 

Repair level peripheral diagnostic programs. 


Cluster diagnostic programs, 


Stand-alone macro diagnostic programs that run without the supervisor. 


Hardcore instruction set. 


Console Level 


Console based diagnostics which can be run in the stand-alone mode only. 
Microdiagnostics. 

Console program. 

Octal Debugging Technique (ODT). 

ROM resident power-up tests. 


LSI-11 diagnostics. 


These levels provide the range and flexibility required to detect and identify 95 percent of the possible 
hardware faults in the various VAX-11/780 system configurations. Figure I-1 shows the relation of the 
diagnostic program to these four levels. 


Program 


Microdiagnostics 

Hardcore Instruction Test 

CPU Cluster Exerciser 

Massbus Adapter Diagnostic 

Unibus Adapter Diagnostic 

DCL/RP04, 05, 06 Repair Diagnostic 

RK611 Diagnostic Parts A-E 

RK61 1-RK06/07 Drive Functional Test 
Parts 1,2 

RMO3 Diskless Diagnostic 


RMO3 Functional Test 

Disk Formatter 

RPOX/RKOX/RMO3 Reliability 
TM03/TE16/TU45/TU77 Repair 
T03/TE16/TU45 Drive Function Timer 
TM03/TE16/TU45 Tape Reliability 
DZ11 8 Line Async Mux Test 

M8 201/2 Repair Level Diagnostic 

DMC11 Exerciser 

DR11B Repair Diagnostic 
Communications IOP Repair Level Diagnostic 
Line Printer Diagnostic 

CR11 Card Reader Diagnostic 

Bus Interaction Program 

VAX System Diagnostic 

RPOX Functional Diagnostic 

Terminal Diagnostic 

Terminal Exerciser 


Table 1-2 Diagnostic Program Features 


Maindec 
Code 


ESKAB-ESKAM 
EVKAA 
ESKAX-ESKAZ 
ESCAB 

ESCAA 

ESRCA 
ESREA-ESREE 


ESREF,ESREG 
ESRDA 
ESRDB 
ESRAC 
ESRAA 
ESMAC 
ESMAB 
ESMAA 
ESDAA 
ESDBA 
ESDBB 
ESDRA 
ESDXA 


ESAAA 


ESABA 
ESXBA 
ESXBB 
ESRBA 
ESTAA 
ESTBA 
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Function 
Callout 


Ph PK Ph PK DS OS DK DS OM OK Od OK OK DS OK KOO OK OK OO 


The diagnostic programs can be used for preventive maintenance checks to ensure proper computer 
operation; if system malfunctions have been detected, specific programs or groups of programs can be 
run to further isolate the fault. 


Table 1-2 lists the important features of the diagnostic programs. 


The diagnostic system, in general, uses a building block approach to testing (and subsequent fault 
detection and isolation), When the diagnostic programs are executed in the standard system checkout 
sequence, they will initially test a minimum (basic) set of logic or functions to assure their proper 
operation. After these basic operations are verified, a larger and more complex block is tested using the 
previously tested block as a base. This sequence is implemented from the ROM resident power-up tests 
(which check the console) to interactive system tests executed as user mode tasks under the operating 
system. Figure 1-1 shows the building block sequence from top to bottom. 


The diagnostic programs operate in a variety of environments, according to their functions and loca- 
tions in the diagnostic system hierarchy, as shown in Figure 1-2. 


On power-up, a set of ROM resident tests verifies proper functioning of the LSI-11 within the console 
subsystem before booting the console program from the floppy disk. 


The console subsystem, in connection with the console program, provides the basis for the diagnostic 
system with the following functions: 


e Traditional lights and switches functions such as EXAMINE, DEPOSIT, HALT, START, 
and Single Instruction. 


e Diagnostic and maintenance functions, including the capability to load diagnostic micro- 
code into Writable Control Store (WCS), control execution, control single-step clock func- 
tions, examine key system points via a serial diagnostic bus (V bus), and deposit and 
examine data in location in the VAX-11/780 main memory and I/O space. 


¢ Operator communication with the VAX-11/780 software. 


The console program enables the operator to run microdiagnostics, to load and run the diagnostic 
supervisor (in the stand-alone mode) and the stand-alone macrodiagnostic programs (using VAX-11 
native code), and to boot the VAX/VMS operating system. 


The microdiagnostic program proceeds from a test of the console interface board through basic tests of 
the CPU, memory controllers, and the floating-point accelerator (FPA). 


The macrodiagnostic programs fall into two major categories: CPU cluster and I/O subsystem. The 
CPU cluster diagnostics test the VAX-11/780 CPU and the SBI channel subsystems such as the Mass- 
bus Adapter (RH780) and the Unibus Adapter (DW780). The SBI channel subsystem diagnostics 
provide module callout and failing function callout (CPU module callout is provided by the micro- 
diagnostics). 


The I/O subsystem diagnostic programs fall into two categories, based on the methods used for access- 
ing I/O devices. Direct 1/O programs supply their own I/O driver routines. Queue I/O programs rely 
on VMS or the Diagnostic Supervisor for 1/O driver routines. 


Most of the direct I/O diagnostic programs provide module callout and function identification on 
error detection. The other direct I/O programs and the queue I/O programs call out the failing func- 
tion and other relevant information, upon error detection (Table 1-2). The operator’s knowledge of the 
VAX-11/780 system should enable him to locate the fault once the program has identified a failing 
function. 
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Figure 1-1 WAX-11/780 Diagnostic System Program Hierarchy (Sheet 1 of 2) 
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Figure 1-1 VAX-11/780 Diagnostic System Program Hierarchy (Sheet 2 of 2) 
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Figure 1-2 VAX-11/780 Diagnostic System Execution Environments 


These two program categories (direct I/O and queue I/O) correspond to varieties in program oper- 
ating environments. 


The stand-alone mode requires exclusive use of the VAX-11/780 system. The operator must use the 
console terminal and the facilities of the console program to load the diagnostic supervisor and pro- 
gram images into main memory. Direct I/O programs and queue I/O programs can both be run in the 
stand-alone mode (with the exception of level 2R programs). 


When diagnostic programs are run under VMS, they do not require exclusive use of the VAX-11/780 
system (with the exception of the System Diagnostic). Only programs employing queue I/O can be run 
under VMS. Note that the operator need not use the console terminal to run diagnostics under VMS; 
any terminal on the system will suffice. 


Before a diagnostic program to be run under VMS is loaded, the diagnostic supervisor must be loaded 
from the system device and then started. The facilities of the diagnostic supervisor are then available to 
load and run the program and control program execution. 


1.3. USE OF THE DIAGNOSTIC SYSTEM 

When a complete check of the VAX-11/780 system is necessary, the microdiagnostics, the direct 1/O 
diagnostics, and the queue I/O diagnostics should be run in that order. Note that the LSI-11 ROM 
resident diagnostics are run automatically on power-up. 


If a quick verification of the computer is required, run the SYSTEST script and the System Diagnostic 
(Chapter 5). 


If the diagnostic supervisor or the VMS bootstrap fails, run the microdiagnostic program to identify 
the problem. 


Note that since the peripheral device diagnostics have been designed with the assumption that the CPU 
cluster [CPU (KA780), MBA (RH780), UBA (DW780), and memory] is functioning normally, it may 
be useful to run the CPU cluster exerciser and MBA (RH780) or UBA (DW780) diagnostics before 
running any of the peripheral tests. 


Customers who have bought a VAX-11/780 remote diagnosis contract and have a remote diagnosis 
option kit installed should call the DIGITAL Diagnostic Center (DDC) when they suspect hardware 
failures. The dispatcher at the DDC will provide customers with the information necessary to proceed 
with the remote diagnostic session. 


CHAPTER 2 
DISKETTE LOAD PROCEDURE 


These steps should be followed to load the diskette. 


I. 
2 


Open both CPU cabinet doors. 

Release the drive lock and swing out the floppy drive assembly. 
Compress the diskette slot cover lock and slide the cover to the right. 
Remove any diskette already in the floppy drive. 


Insert the desired diskette in the drive slot, with the diskette label to the right side of the 
floppy drive. 


Close the slot cover (cover locks automatically). 
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CHAPTER 3 
POWER UP/CONSOLE BOOT 


3.1 POWER-UP PROCEDURE 


1. Insert diskette ZZ-ESZAB in the floppy disk drive slot before turning the VAX-11/780 
system on. 


2. Push the AUTO RESTART switch on the console panel to the OFF position. 
3. Turn the 5-position keyswitch on the console panel to the LOCAL position. 
4. On system power-up, ATTN and PWR indicators should be ON. 


5. The LOCAL position first invokes the console LSI-11 tests in a ROM on the Console Inter- 
face Board (CIB) and then invokes the console boot program. 


6. Theconsole program loads from the floppy disk drive. 


7. Console terminal output: 


CPU HALTED, SOMM CLEAR, STEP=NONE, CLOCK=NORM 
RAD=HEX, ADD=PHYS, DAT=LONG, FILL=00, REL=000000 
INIT SEQ DONE 

HALTED AT 00000000 


(RELOADING WCS) 
LOAD DONE, 00003200 BYTES LOADED 
VER: PCS=01 WCS=02-10 FPLA=02 CON=PX02-11 


?>> 





8. The console program tests the AUTO RESTART switch. 
9. AUTO RESTART OFF - VMS is not booted. 
10. The console program runs in the console I/O mode, refer to Appendix A. 
. NOTE 
If the microdiagnostics and/or the stand-alone 


macro-diagnostics are to be run, the VAX/VMS 
bootstrap should not be initiated on power-up. 
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3.2 CONSOLE BOOTSTRAP FAILURE 

The console bootstrap may fail to load the console program from the floppy on power-up. The ROM 
resident tests which the LSI-11 executes before starting the boot program should help in locating the 
cause of the failure, refer to Appendix D. 


3.33 CONSOLE PROGRAM CRASH 

If the console program halts, the LSI-11 processor automatically enters the ODT mode (octal debug- 
ging technique). This ROM resident routine enables the console terminal operator to execute several 
types of commands to the LSI-11 processor, including open location, close location, and go. 


When the LSI-11 halts, it prints out the following ASCII non-printing and printing characters to the 
console terminal: 


<CR> <LF> 


mnnnnn <CR> <LF> 


é 





The nnnnnn is the location of the next instruction to be executed; it is always the contents of the PC 
(R7). The <CR> and <LF> are carriage return and line feed codes. The @ symbol is displayed as the 
ODT prompt character for the operator. 


At this point the operator can use the maintenance command to print the contents of a register within 
the LSI-11 processor. Type M. The data printed will help to identify the nature of the problem. 


Example: 
Note that operator input is underlined. 


@M000213<CR><LF> 


@ 





The console prints six characters and then returns to command mode by printing CR,LF,@. 


The last octal digit is the only number of significance and is encoded as follows. The value specifies 
how the LSI-11 got into the ODT mode. 
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Last Octal Digit Value 
0 


1 or 5 


2 or 6 


Function 

Halt instruction or B Halt line 

Q Bus Error occurred while getting the device interrupt vector. This error 
probably indicates that the priority chain (BIAKI/O L signal) is broken in 
the console system and that an open slot exists between modules. Modules 
must be inserted in a contiguous fashion according to the priority daisy 
chain. 

Q Bus Error occurred while doing memory refresh. 


Double Q Bus Error occurred (stack contains non-existent address). 


Reserved instruction trap occurred (non-existent micro-PC address occurred 
on internal LSI-11 processor bus). 


A combination of 1, 2, and 4, which implies that all three conditions oc- 
curred. 


In the above example, the last octal digit is a3, which indicates that a Double Q Bus Error occurred. 


The codes listed above are valid only when the ODT mode is entered, and the code is immediately 
displayed. This information is lost when a G command is issued; the code reflects what happened in 
the program since the last G command was issued. 


- Tf the console program has crashed while VMS is running, the operator may wish to restart the console 
program without affecting VMS. To reboot only the console program, type 141330G. Refer to Section 
2, Chapter 2 of the Microcomputer Handbook (EB06583) for further details on ODT. 
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CHAPTER 4 
MICRODIAGNOSTIC PROGRAM 


4.1 MICRODIAGNOSTIC PROGRAM DESCRIPTION 

The microdiagnostic program provides module isolation for logic failures within the CPU, MOS mem- 
ory controllers, and the Floating-Point Accelerator (FPA). The program will detect stuck high/low 
logic problems. The microdiagnostic tests are organized in a bootstrapping sequence (i.e., building 
blocks) of the console interface, data path hardware, SBI-Cache-Translation Buffer, I-Stream Buffer, 
SBI, memory controller, arrays, and FPA. All detected faults result in error typeouts indicating the 
smallest set of modules to which the program can isolate the failure. 


42 PROGRAM EXECUTION PROCEDURE 
Load and run the microdiagnostic program as follows. 


1. Once the console program has been loaded, insert diskette 1 (ZZ-ESZAC) in the floppy disk 
drive. 


2. Type Control P (AP) to enter the console 1/O mode. 


3. Type HALT to halt the VAX-11/780 CPU. The ATTN light on the console panel should 
light and the prompt symbol, >>>, will be printed out on the console terminal. 


4. Type TEST to start the microdiagnostic program. 
5. The microdiagnostic monitor and programs are loaded and executed automatically. 


6. The console prints out each microdiagnostic section number when that section begins execu- 
ting. 
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7. 


10. 


11.° 


12. 


The console terminal output will look like this: 


>>> TEST ;Console prompt, test command 


ZZ-ESKAB V8.0 ;Program title and version 
01,02,03,04, 3;section numbers 

NO. OF WCS MODULES = 0002 ;Configuration information 
05,06,07,08,09,0A,0B,0C,0D,0E, OF, 10,11,12,13,14,15, 16, 

17, 18,19, 1A, 1B,1C,1D,1E, 1F,20,21,22,23,24,25,26,27,28, 
29,2A,2B,2C, 2D, 2E, 2F, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 3A, 

3B, 3C, 3D, 

END PASS 0001 

MOUNT FLOPPY ZZ-ESZAD & TYPE "DI" j;instructions for second half 
MIC> smicrodiagnostic monitor prompt 


Microdiagnostic identifies itself, its release level and 
size. 


The terminal prints out section numbers as they begin. 
Should test execution terminate, the operator knows which 
section failed. 





NOTE 
Operator input is underlined. 


At the end of the pass, the console directs the operator to insert the next diskette and type DI 
(diagnose). 


The microdiagnostic monitor then displays the prompt symbol, MIC>. 


Insert diskette ZZ-ESZAD. 


Type DI. 


Programs resident on floppy ZZ-ESZAD are then executed. 
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13. Console terminal output: 


MIC> DI ;diagnose command 

3E, section number(s) 

# MEM CTRLS = 00000001 sconfiguration information 
3F,40, swhich is system specific 
4K CHIP 00001008 

41,42, 

CPU TR = 00000010 

43,44,45,46,47,48,49,4A,4B,4C,4D, 

CTRL 1 MAX ADR+1 = 00090000 

HE, 

CTRL 1 MAX ADR+1 = 00090000 

4F,50, 

STARTING FPA TESTS 

51,52,53,54,55,56,57,58,59,5A,5B,5C 

END PASS 0001 


CPU HALTED, SOMM CLEAR, STEP=NONE, CLOCK=NORM ;CPU status 
RAD=HEX, ADD=PHYS, DAT=LONG, FILL=00, REL=00000000 ;and console 
INIT SEQ DONE ;program 
HALTED AT 00000000 ;defaults 


(RELOADING WCS) 

LOAD DONE, 00003200 BYTES LOADED 

VER: PCS=01 WCS=03-10 FPLA=03 CON=PX03-08 ;configuration 
;information 

>>> sconsole prompt 


ae that microdiagnostic section numbers are sequential 
Hex). 


End of pass indication is printed when test execution is 
completed. 


Note that after successful completion of the 
Microdiagnostic program the microdiagnostie monitor 


Pons control to the console program which then reloads 


The console program puts out a prompt character, >>>. 





43 MICRODIAGNOSTIC ERROR MESSAGES 
The microdiagnostic program is broken into two parts: hard-core tests (sections 1-1 F) and microtests 


(go chain) (sections 20-end). Error message formats for the hard-core tests and the microtests differ 
only slightly. 


Hard-core test error message sample: 


>>>TEST 


MICRO DIAGNOSTIC V.04 ;Program name and version 
O11, slast number indicates 
?ERROR: OO2244 TEST: 0007 SUBTEST: 0002 ;failing section 
;PC (Octal), test, subtest 
;numbers 
DATA: FFFFFFFD smeaningful data, e.g. 
FFFFFFFC ;expected, received. 
0002 
TRACE: 002270, 002300 ;isolation routines used 


FAILING MODULES: IDBUS, M8236 (S24), ;probable failure 


MIC> 


“ Note that the PC contents and the isolation routine addresses 
are six digit octal Q bus addresses. 





The user should replace the designated failing module and rerun the microdiagnostic program. Micro- 
test error message sample: 


>>>TEST 


MICRO DIAGNOSTIC V.04 ;program name and version 
01,02,03, 
NO. OF WCS MODULES = 0002 
04,05,06,07,08,09,0A,0B,0C,0D,0E, OF, 10,11,12, 13, 14,15, 16,17, 18,19, 
1A,1B,1C,1D,1E,1F,20,21,22,23,24, ;last number indicates 
;failing section 
?ERROR: 111C TEST:0073 SUBTEST:0001 ;WCS address (hex), test, 
;subtest numbers 
DATA: 00000011 smeaningful data, e.g. 
00000010 sexpected received data 
00006000 


TRACE: 00,01,05 ;fail chain routines used 


FAILING MODULES: M8225(S??) s;probable failure 


MIC> 





The WCS address is a 4-digit hex number indicating the location of the failing microinstruction. The 2- 
digit hex numbers following TRACE: indicate the fail chain routines which were used in the isolation 
of the fault. Intepretation of this data requires a listing of the failing test. 


The user should replace the designated failing module and restart the microdiagnostics. If two or more 
modules are listed, the listing order indicates the probability of failure, highest to lowest. 
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If the failure is still evident after the module identified has been replaced, use the data printed out to 
further isolate the problem. 


4.4 SECTION PARTITIONING 
The hard-core tests check the console interface, the microsequencer, the WCS and PCS, and part of the 
data path. 


The microtests are partitioned into 9 major categories as follows: 


Data Path Tests 

Cache Memory Tests 

Translation Buffer Tests 

Instruction Buffer Tests 

Condition Codes, Interrupts, and Exceptions Tests 
SBI Interface Tests 

Memory Tests 

SBI Device Tests 

Floating-Point Accelerator Tests 


SO De oh 


All hard-core tests and microtest categories 1 through 5 are packaged on floppy number 1 (sections 1 
through 30) and categories 6 through 9 on floppy number 2 (sections 3E through 5B). 


45 SBI DEVICE TESTS 

Category 8 uses any available devices (UBAs or MBAs) that are found on the SBI to test their fault 
detection logic. Category 8 also uses a UBA (if there is one on the system) to test the cache invalidation 
logic. 


4.66 INTERPRETATION OF WCS, PCS, AND FPLA REVISION STATUS 
When WCS has been reloaded, the console terminal prints out revision status, for example: 


VER: PCS=01 WCS=03-10 FPLA=03 CON=PX03-08 





The PCS code refers to the revision number of the programmed control store (ROM). The WCS 
(writable control store) code contains two numbers. The primary version number (in this case, 03) 
refers to the FPLA number which is required for this WCS version. The secondary version number (in 
this case, 10) refers to the version of WCS which has been loaded. 


The FPLA (field programmable logic array) code refers to the FPLA chip revision which is currently 
installed in the VAX-11/780 CPU. This chip causes the microprocessor to retrieve microwords from 
WCS instead of from PCS when specific locations are addressed. 


The CON (console) code refers to the revision number of the console software which has been loaded 
into the LSI-11 memory. 


Two types of mismatch may occur. If the WCS revision does not match the FPLA revision, the console 


program issues a warning. However, if the WCS revision does not match the PCS revision, the mis- 
match is fatal. 
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CHAPTER 5 
USING THE DIAGNOSTIC SUPERVISOR 


Most macro level diagnostic programs run in conjunction with the diagnostic supervisor (the hard- 
core instruction text, EVKAA, is an exception). The supervisor provides a set of commands to the 
operator which enable him to control the execution of diagnostic programs simply and precisely. 


VAX diagnostic release IT (August 1979) consists of an enhanced version of the supervisor and match- 
ing versions of the diagnostic programs that run with it. This release provides the following new 
features. 


e An improved diagnostic system initial distribution facility. This enables the user to build a 
diagnostic disk pack on his system device from magnetic tape files at the time of system 
installation. 


e An improved update facility that enables the user to transfer updated diagnostic files from 
floppy diskettes to the diagnostic system pack in semi-automatic fashion. 


e A variety of boot command files to enable the operator to boot the diagnostic supervisor 
from a number of devices. 


e A system profiler that enables the operator to describe the VAX system configuration to the 
supervisor. 


e Support for the LOAD and RUN supervisor commands in the standalone mode. 
e Addition of a new supervisor debug feature, the Next command. 


e A scripting facility that enables the supervisor to execute command files. Release II includes 
configuration and system test scripts appropriate for each system. Users can modify these 
scripts to accommodate add-on equipment, and they can create their own scripts. 


e A set of load path floppy diskettes from which to load and run diagnostics if hardware 
errors prevent conventional loading from the diagnostic system disk pack. 


5.1 DIAGNOSTIC SUPERVISOR COMMANDS 
The diagnostic supervisor commands are grouped in four sets: 


Program and test sequence control 
Scripting features 

Execution control 

Debug and utility features 


Commands, switches, and literal arguments can be abbreviated to the minimum number of characters 


necessary to retain their unique identity. For example, the Load command can be specified by a single 
L, whereas the Start command requires a minimum of ST. 


5-1 


In the symbolic command descriptions which follow, certain special characters are employed that 
require some explanation. Angle brackets, < >, are used to enclose symbolic arguments that are 
satisfied by a numeric expression or character string. Optional arguments are enclosed by square 
brackets, [ ]. An OR function is indicated with an exclamation point, !. Literal arguments such as 
ALL, OFF, and FLAGS are capitalized. 


Use the hyphen, -, as a continuation character at the end of a line to continue a command from one 
line to the next. Use an exclamation point, !, to separate a comment from a command in a command 
line. 


Notice that operator input is underlined in the examples that follow. 

5.1.1 Program/Test Sequence Control Commands 

These commands enable the operator to select programs and portions of programs and to control the 
sequence of test execution. 

Set Load Command 

SET LOAD <device>:[directory]}<CR> 

The Set Load command establishes the storage device from which the supervisor will load diagnostic 
programs. The default load device is the device from which the supervisor was booted. Use Set Load 


when you wish to load diagnostic programs from a different device. Use the Set Load command in 
combination with the Load command or the Run command. 





DS> SET LOAD DMAQ@: [SYSMAINT] 
DS> LOAD ESDXA 


DS> SET LOAD DMA®: [SYSMAINT] 
DS> RUN ESDXA 


Example 5-1 Set Load Command 


NOTE 
The directory name, and the square brackets around 
it, are necessary in the Set Load command. 
Show Load Command 


SHOW LOAD<CR> 


The Show Load command causes the supervisor to display the storage device from which diagnostic 
programs are to be loaded when the Load command is given. 


DS> SHOW LOAD 


DMAG: [SYSMAINT] 
DS> 





Example 5-2. Show Load Command 
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Load Command 

LOAD <file-spec><CR> 

This command loads the specified file into main memory from the default load device. The default file 
extension is .EXE. The storage device from which the program is loaded is the device established on 


the previous Set Load command. Note that you need supply only the five-letter code that identifies 
each diagnostic program for the command line argument <file-space>. 


LOAD ESTAA ! Load the local terminal 


! diagnostic program. 





Example 5-3 Load Command 


Attach Command 
ATTACH <UUT-type> <link-name> <generic-device-name> ...<CR> 


The operator must use several Attach commands, before starting a diagnostic program, to define each 
unit under test (UUT), and the devices that link it to the SBI, for the supervisor. If you are testing 
several units at once, repeat the Attach command for each device. Every unit under test is uniquely 
defined by a hardware designation and a link. 


The first parameter <UUT-type> is the hardware designation of the unit under test. For example, 
RH780, TMO3, TE16, and DZ11 are hardware designations. 


The second parameter <link-name> is the name of the piece of hardware that links the unit under test, 
in most cases through intermediate links, to the main system bus. For example, an RH780 is linked to 
the SBI; a TU45S is linked to an MTa; and a DZ11 is linked to a DWn. You must attach each piece of 
hardware (with the exception of the SBI) before you can use it as a link in an Attach command. 


The third parameter is the generic device name, which identifies to the supervisor the particular unit to 
be tested. Use the form ‘““GGan” for the device name. ““GG” is a 2-character generic device name 
(alphabetic). ‘‘a” is an alphabetic character, specifying the device controller. “‘n” is a decimal number 
in the range of 0-255, specifying the number of the unit with respect to the controller. 


Use the unit number, “n” or “‘a’”’, only if it is applicable to the device. You must supply additional 
information for some types of hardware to enable the diagnostic program to address the device. For 
example, you must supply the TR and BR numbers for an RH780, the controller number for a TMO3, 
and the CSR, vector, and BR for a Unibus device. If you include such additional information in the 
Attach command line, use the order and format shown in Table 5-1. If you do not include additional 
information, but the information is necessary, the supervisor will prompt you for it. 


5-3 


Table 5-1 Device Naming Conventions 


The definitions for the additional fields are: 


<tr> 
<br> 
<drive> 
<ucsr> 
<uvector> 
<ubr> 


Adapter TR number 
Adapter BR level 
Massbus drive 
Unibus CSR address 
Unibus vector 
Unibus BR level 
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Additional Information 


<G-floating> <H-floating> 
<WCS-last-address> 

<tr> 

<tr> <br> 

<tr> <br> 

<tr> <br> 


<ucsr> <uvector> <ubr> 


<drive> 


<ucsr> <uvector> <ubr> <EIA> 
!<20MA> 

<ucsr> <uvector> <ubr> 
<ucsr> <uvector> <ubr> 
<ucsr> <vector> <ubr> 
<ucsr> <uvector> <ubr> 
<ucsr> <uvector> <ubr> 
<ucsr> <uvector> <ubr> 
<ucsr> <uvector> <ubr> 
<ucsr> <uvector> <ubr> 


<ucsr> <uvector> <ubr> 


decimal 1-15 

decimal 4-7 

decimal 0-7 

octal 760000—777776 
octal 2-776 

decimal 4-7 


In the generic name: 
‘“‘a” is a letter from A to Z. 
“‘n”’ is a decimal number in the range 0-255. 
“9° is a generic device name that may be any two letters. 


Attach the Dw78@. 
Attach the DZ1l TTA. 
The supervisor prompts 
for information not 
supplied in the command 
line. 


DS> ATTACH DW78@ SBI DWO 3 4 
DS> ATTACH DZ11 DWO TTA 
CSR? 768128 


VECTOR? 320 
BR? 4 


DS> 





Example 5-4 Attach Command 


Select Command 


SELECT <generic-device-name>|[:],-<CR> 
[<generic-device-name>[:]... ] ! ALL<CR> 


The operator must select each unit to be tested with the Select command, after attaching it. For each 
unit, supply the appropriate generic device name, as shown in Table 5-1. Select adds the specified 
device to the list of units to be tested. The command takes effect the next time the diagnostic program 
is started. 


DS> SELECT TTA: 


DS> 





Example 5-5 Select Command 


Deselect Command 
DESELECT <device>[:][, <device>[:]...]!ALL<CR> 


Use the Deselect command to remove the name of one or more devices from the list of units to be 
tested. 


DS> DESELECT TTA: 


DS> DESELECT ALL 
DS> 





Example 5-6 Deselect Command 
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Show Device Command 

SHOW DEVICE <device>[:][, <device>[:] .. .]<CR> 

The Show Device command causes the supervisor to display the characteristics of the specified devices 
on the operator’s terminal. If you omit the device name, the supervisor will list the characteristics of all 
attached devices (Example 5-7). 

Show Selected Command 


SHOW SELECTED<CR> 


The Show Selected command causes the display of information in the same format as the Show Device 
command. However, the information is shown only for the devices that have been previously selected. 


DS> SHOW DEVICE 

_Dwé DW786 69806008 TR=3. BR=4. NUMBER=9. 

DMA RK611 DW8 6013FF20 $CSR=0000077744@ (0) VECTOR=99000000218(0) BR=5. 
“DMA® RK@7 DMA eoeBBRR8R 

_TTA DZ11 —DWS 6813E850 CSR=000809760120(0) VECTOR=98000000320(0) BR=4. 


DS> SHOW SELECTED 


DS> SELECT TTA: 

DS> SHOW SELECTED 

_TTA DZ11 _DWS 6013E858 CSR=99008760128(0) VECTOR=88@0989900320(0) BR=4. 
DS> DESELECT TTA: 

DS> SHOW SELECTED 

DS> 





Example 5-7 Show Device and Show Selected Commands 


Start Command 


START [/SECTION: <section-name> ]-<CR> 
[/TEST: <first>[:<last>!/SUBTEST:<num> ]]-<CR> 
[/PASSES: <count>]<CR> 


The Start command causes the diagnostic supervisor to pass control to the initialize routine in the 
diagnostic program in memory, thus beginning program execution. 


Each diagnostic program is organized in discrete tests. The tests are grouped in sections, according to 
their functions, execution times, and whether or not there is need for operator interaction. 


If the Start command is given without switches, the program will run the tests in the default section. In 
other words, the initial setting for SECTION is DEFAULT. The supervisor calls only those tests that 
have been designed by the diagnostic engineer to run in the default section. Default section tests do not 
require operator intervention. When a section is selected in conjunction with the Start command, only 
the tests that it contains will be executed. 
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The TEST switch is used in two distinctly different ways. If the first and /ast arguments are specified, 
the supervisor sequentially passes control to tests first through /ast, inclusively. If the first argument is 
combined with the SUBTEST switch, program execution begins at the beginning of the first test and 
terminates at the end of the subtest num. If the SUBTEST switch is used in conjunction with the 
PASSES switch, the operator is provided with a loop-on-subtest capability. In this case, only the 
subtest named in the command line is executed, once looping begins. 


If the TEST switch is not specified, all tests within the named section of the program are executed. In 
other words, the default for TEST is TEST a through TEST n, where TEST n is the highest numbered 
test in the section. If only the first argument is specified with the TEST switch, the last argument is 
assumed by default to be the highest numbered test within the selected section of the program. 


Tests are run only if they are included in the section named. If the PASSES switch is not used, the 
default value is 1. Test and pass numbers are decimal. The minimum value for passes is |. The max- 
imum value is 0, which means infinity in this context. 


For example: 


START ! Start execution of the 
diagnostic program in memory. 


START/SEC: MANUAL ! Start execution of the 
manual section of the program. 


START/SEC: MANUAL/TEST: 32:33 ! Run tests 32 and 33 if they are 
in the manual section. Some 
tests may not be executed 
unless the section is 
specified. 


START/TEST:6:12 ! Run tests 6, 7, 8, 9, 16, 
ll, 12. 


START/TEST:9/SUBTEST: 5 ! Run test 9, subtests 1, 2, 
3, 4, 5. 


START/TEST:9 ! Run tests 9 through n, 
where n is the last test in 
the default section. 


START/PASS: 3 Run 3 passes of the 
default section. 


START/TEST: 9/SUBTEST: 5/PASS: 


Execute test 9, subtests 
1,2,3,4, and then loop on 
subtest 5 indefinitely. 





Example 5-8 Start Command 


Run Command 


RUN <file-spec>[/SECTION: <section name>]-<CR> 
[/TEST: <first>[:<last>!/SUBTEST:<num>]]-<CR> 
[/PASSES:<count>]<CR> 


Run is equivalent to a Load and Start command sequence. The Run command switches are identical to 
those in the Start command. 


For example: 


RUN ESTAA Load and run the local 
terminal diagnostic. 


RUN ESTAA/SEC : MANUAL Load the local terminal 
diagnostic and run the 
! manual section. 


RUN ESTAA/SEC:MANUAL/TEST: 32:33 ! Load the local terminal 
! diagnostic and run tests 
32 and 33 in the manual 
section. 


RUN ESTAA/TEST:6:12 Load the local terminal 
diagnostic and run tests 
6, 7, 8, 9, 1@, 11, 12. 


RUN ESTAA/TEST:9/SUBTEST: 5 Load the local terminal 
diagnostic and run test 9, 
subtests 1, 2, 3, 4, 5. 


RUN ESTAA/TEST:9 ! Load the local terminal 
diagnostic and run tests 9 
through n, where n is the 
last test in the default 
section. 


RUN ESTAA/PASS: 3 ! Load the local terminal 
diagnostic and run three 
passes. 


RUN ESTAA/TEST:9/SUBTEST:5/PASS: 





Load the local terminal 
diagnostic, execute test 9, 
subtests 1,2,3,4, and then 
loop on test 9, subtest 5 
indefinitely. 





Example 5-9 Run Command 
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Summary Command 
SUMMARY<CR> 


This command causes the execution of the program’s summary report code section, which prints 
statistical reports. Note that this command is generally used only after running a pass of a diagnostic 
program. However, the summary command can be used at any time, and would be useful, for example, 
when the Disk Reliability Program is run. Type Control C first to return control to the command line 
interpreter (CLI). Then type SUMMARY to obtain a statistical report on the program. CONTINUE 
may be typed at this point, if the operator wishes to resume program execution. 


Control C 


Normally Control C returns control from a diagnostic program to the command line interpreter in the 
diagnostic supervisor. The supervisor then enters a command wait state and displays the DS> prompt 
on the operator’s terminal. The operator may then issue any valid command. Control C is the only 
diagnostic supervisor command that may be issued while a program is running. When a diagnostic 
program is running in conversation mode, Control C returns control to a command interpreter within 
the program for the conversation mode. 


Continue Command 
CONTINUE<CR> 


This command causes program execution to resume at the point at which the program was suspended. 
This command is used to proceed from a breakpoint, error halt, summary, or Control C situation. 


The following example shows how Control C, Summary, and Continue can be used together to obtain 
statistics on the program being run and to then resume execution. 


---Program is running... 
*C Operator types Control C. 


Operator requests 
statistical report. 


1 

DS> SUMMARY ! Supervisor prompt. 
i] 
! 


Statistical 
Report 


DS> CONTINUE ! Supervisor prompt. 
! Operator requests 
! resumption of program. 


-..-Program is running... 





Example 5-10 Use of Control C, Summary, and Continue Commands 
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Abort Command 
ABORT<CR> 


This command passes control to the program’s cleanup code and then returns control to the super- 
visor, which enters a command wait state and displays the supervisor prompt, DS>. At this point the 
operator may issue any command except Continue. Example 5-11 shows how the Abort command can 
be used together with Control C and Summary. 


.-.-Program is running... 
“Cc Operator types Control C. 


Operator requests 
statistical report. 


! 

DS> SUMMARY ! Supervisor prompt. 
| 
! 


Statistical 
Report 


DS> ABORT ! Supervisor prompt. 
Operator requests program 
! cleanup and termination. 


Supervisor prompt. 





Example 5-11 Use of Control C, Summary, and Abort Commands 


5.1.2 Scripting 

The scripting feature in the supervisor enables the computer operator to run predefined sequences of 
diagnostic programs automatically. Supervisor commands normally solicited from the operator’s ter- 
minal are instead taken from a text file. 


5.1.2.1 Scripting Command 
@[load-device: ][[directory]]<file-spec><CR> 


This command causes the supervisor to execute the commands that it finds in the command file speci- 
fied. You should build the command file with a text editor before starting the supervisor, and then 
copy the command file on the diagnostic program load device. When you execute the command file 
from the supervisor, the supervisor assumes that the load device for the command file is the device 
from which the supervisor was loaded. If the load device is different, specify the device and the di- 
rectory for the file either with the scripting command or with a preceding Set Load command. 


Example 5-12 shows a typical command file. Example 5-13 shows how the file can be used. Notice that 
in Example 5-13 the load device is specified, but the file type and version are not specified. When the 
operator does not supply the file type and version number, the supervisor applies the defaults 
““.COM;0”. 


DS> ATTACH DW78 SBI DW@ 3 4 
DS> ATTACH DZ11 DW@ TTA 7691268 3268 4 


DS> SELECT TTA: 
DS> RUN ESDAA/PASS:3 





Example 5-12 A Typical Command File 


$ COPY CMD.COM DMA@:(TEST] 
$ RUN ESSAA 


DS> @DBA®: [TEST] CMD 





Example 5-13. Execution of a Typical Command File 


NOTE 
The square brackets around the directory name, 
[TEST], are necessary. 


Diagnostic programs do not solicit information from the operator, except under unusual circum- 
stances. Exceptions are manual intervention tests and volume verification failures for programs that 
write on disks. Responses to questions of this nature should come from the operator, not from a script. 
Therefore, script files contain only supervisor commands. 
5.1.2.2. @ Command Processing —- The supervisor processes the @ command roughly as follows. 

1. The supervisor aborts the current program if necessary. 

2. The supervisor reads the whole script at once into a buffer. 

3. The supervisor initializes a pointer to the first line of the script. 


4. Thesupervisor sets a flag to indicate that the next command is to be taken from the script. 


5. As the supervisor processes the commands in the script, it displays the prompt and com- 
mand text on the operator’s terminal. 


6. When the script has been exhausted, the supervisor types “@ <EOF>”. 


5.1.2.3 Buffer Allocation and Script Nesting - The supervisor dynamically allocates the memory buf- 
fer for script text and control and position information. Each script descriptor is linked to previous 
script descriptors. This allows you to nest scripts. The amount of memory available on a given com- 
puter system limits the number of nesting levels possible. 


You can invoke script nesting with an “@<file-spec>”” command within a script. The supervisor 
processes commands from the second script file until it reaches the end of the script. The supervisor 
then releases the second script and resumes processing commands from the first script. If no previous 
script is left unprocessed, control returns to the operator’s terminal. 


5.1.2.4 Interrupting the Script - The operator may type Control C on the terminal to interrupt the 
script, if necessary. Control C causes the supervisor to suspend the script and stop the current pro- 
gram, if a program is running. The operator can issue any command while the script is suspended. 
However, if the operator wants to resume the script, eventually, by typing CONTINUE, the selection 
of commands is limited. 


These commands can be followed by resumption of the program. 


SET 
CLEAR 
EXAMINE 
DEPOSIT 
SHOW 
SUMMARY 
NEXT 
CONTINUE 


The following commands flush all scripts and return control to the command line interpreter in the 
supervisor: 


ATTACH 
SELECT 
DESELECT 
LOAD 
START 
RUN 
ABORT 


In general, a command flushes scripts if it would be meaningless to continue the script after the 
command has been executed. 


5.1.2.5 Command File Format - A command procedure must be a contiguous ASCII file created by 
VAX-11 RMS (record management services) on an ODS-1! or ODS-2 disk file structure. The file must 
be line oriented and records must not exceed 72 characters. You can create a command procedure file 
with any editor or with the VMS CREATE command. The supervisor treats all records as supervisor 
commands. Any legitimate supervisor command is valid in a script. 


5.1.3 Execution Control Functions 

The execution control functions allow the operator to alter the characteristics of the diagnostic pro- 
grams and the diagnostic supervisor. These functions are implemented by command flags and event 
flags. The command flags are used to control the printing of error messages, ringing the bell, and 
halting and looping of the program. 


Set Flags Command 
SET [FLAGS] <arg-list><CR> 


This command results in the setting of the execution control flags specified by arg-list. No other flags 
are affected. Arg-list is a string of flag mnemonics from the following table, separated by commas. 


HALT Halt on error detection. When the program detects a failure and this flag is set, the 
supervisor enters a command wait state after all error messages associated with the 
failure have been output. The operator may then continue, restart, or abort the 
program. This flag takes precedence over the LOOP flag. 
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LOOP Loop on error. When set, this flag causes the program to enter a predetermined 
scope loop on a test or subtest that detects a failure. Set the IE1 flag if you want to 
inhibit error messages. Looping will continue until the operator returns control to 
the supervisor by using the Control C command. The operator may then continue, 
clear the flag and continue, or abort the program. 


BELL Bell on error. When set, this flag causes the supervisor to send a bell to the operator 
whenever the program detects a failure. 


TE1 Inhibit error messages at level 1. When set, this flag suppresses all error messages, 
except those that are forced by the program or supervisor. 


IE2 Inhibit error messages at level 2. When set, this flag suppresses basic and extended 
information concerning the failure. Only the header information message (first 
three lines) is output for each failure. 


IE3 Inhibit error messages at level 3. When set, this flag suppresses extended informa- 
tion concerning the failure. The header and basic information messages are output 
for each failure. 


IES Inhibit summary report. When set, this flag suppresses statistical report messages. 

QUICK Quick verify. When set, this flag indicates to the program that the operator wants a 
quick verify mode of operation. The interpretation of this flag is program depend- 
ent. 

TRACE Report the execution of each test. When set, this flag causes the supervisor to report 


the execution of each individual test within the program as the supervisor dis- 
patches control to that test. 


OPERATOR Operator present. When set, this flag indicates to the supervisor that operator inter- 
action is possible. When cleared, the supervisor takes appropriate actions to ensure 
that the test session continues without an operator. 


PROMPT Display long dialogue. When set, this flag indicates to the supervisor that the oper- 
ator wants to see the limits and defaults for all questions printed by the program. 


ALL All flags in this list. 

Clear Flags Command 

CLEAR [FLAGS] <arg-list><CR> 

This command results in the clearing of the flags specified by arg-list. No other flags are affected. 
Arg-list is a string of flag mnemonics separated by commas. See the SET command for supported 
arguments. 

Set Flags Default Command 

SET FLAGS DEFAULT<CR> 


This command returns all flags to their initial default status. The default flag settings are OPERATOR 
and PROMPT. 


Show Flags Command 
SHOW FLAGS<CR> 


This command displays all the execution control flags and their current status. The flags are displayed 
as two mnemonic lists; one list is for those flags that are set, the other for those that are clear. 


The following example shows how the Set Flags, Clear Flags, and Show Flags commands can be 
coordinated. 


DS> SET FLAGS TRACE ! Set the TRACE flag. 
DS> CLEAR FLAGS QUICK ! Clear the QUICK flag. 
DS> SHOW FLAGS 

CONTROL FLAGS SET: PROMPT, OPER, TRACE 


CONTROL FLAGS CLEAR: QUICK, IES, IE3, IE2, IE1, BELL, LOOP, HALT 


DS> 





Example 5-14 Use of the Flag Control Commands 


Set Event Flags Command 

SET EVENT [FLAGS] <arg-list>!ALL<CR> 

This command results in the setting of the event flags specified by arg-list. No other event flags are 
affected. Arg-/ist is a string of flag numbers in the range of 1-23, separated by commas. ALL may be 


specified instead of arg-list. 


Event flags are status posting bits maintained by VMS and the supervisor. Diagnostic programs can 
use event flags to perform a variety of signaling functions, including communication with the operator. 


Clear Event Flags Command 

CLEAR EVENT [FLAGS] <arg-list>!ALL<CR> 

This command results in the clearing of the event flags specified by arg-/ist. No other event flags are 
affected. Arg-list is a string of flag numbers in the range of 1-23, separated by commas. An optional 
ALL may be specified instead of arg-list. 

Show Event Flags Command 

SHOW EVENT [FLAGS]<CR> 


This command causes the supervisor to display a list of the event flags that are currently set. 


Example 5-15 shows how the Set Event Flags, Clear Event Flags, and Show Event Flags commands 
can be coordinated. 
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DS> SET EVENT FLAGS 1, 9, 15 
DS> CLEAR EVENT FLAGS 2, 6 


DS> SHOW EVENT FLAGS 
EVENT FLAGS SET: 15, 9, 1 
DS> 





Example 5-15 Event Flags Control Commands 


5.1.4 Debug and Utility Commands 

This group of commands provides the operator with the ability to isolate errors and to alter diagnostic 
program code. The supervisor allows up to 15 simultaneous breakpoints within the program. The 
operator can also examine and/or modify the program image in memory. 


Set Base Command 
SET BASE <address><CR> 


This command loads the address specified into a software register. This number is then used as a base 
to which the address specified in the Set Breakpoint, Clear Breakpoint, Examine, and Deposit com- 
mands is added. The Set Base command is useful when referencing code in the diagnostic program 
listings. The base should be set to the base address (see the program link map) of the program section 
referenced. Then the PC numbers provided in the listings can be used directly in referencing locations 
in the program sections (Example 5-16). 


For example: 


DS> SET BASE E@6 ! Set the base 
! address to the 


! beginning of the psect of 
! the routine under 
! examination. 





Example 5-16 Set Base Command 


NOTE 
Virtual address = physical address (normally) when 
memory management is turned off. 
Set Breakpoint Command 


SET BREAKPOINT <address> <CR> 


This command causes control to pass to the supervisor when the program counter points to the <ad- 
dress> previously specified by this command. A maximum of 15 simultaneous breakpoints can be set 
within the diagnostic program. 
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For example: 


DS> SET BREAKPOINT 38 ! Set a breakpoint 


! at an offset of 
! 39 from the 
base address. 





Example 5-17 Set Breakpoint Command 


Clear Breakpoint Command 

CLEAR BREAKPOINT <address> ! ALL<CR> 

This command clears the previously set breakpoint at the memory location specified by <address>. If 
no breakpoint existed at the specified address, no error message is given. An optional argument of 


ALL clears all previously defined breakpoints. 


For example: 


DS> CLEAR BREAKPOINT 39 Clear the breakpoint 
! at the location which 


is offset 328 from 
§ the base address. 





Example 5-18 Clear Breakpoint Command 


Show Breakpoints Command 
SHOW BREAKPOINTS<CR> 
This command displays all currently defined breakpoints. 


For example: 


DS> SHOW BREAKPOINTS ! Display breakpoints 
! currently set. 


CURRENT BREAKPOINTS: 
CBOBBE3OB (X) 
DS> 





Example 5-19 Show Breakpoints Command 
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Set Default Command 
SET DEFAULT <argument-list><CR> 


This command causes setting of default qualifiers for the examine and deposit commands. The <argu- 
ment-list> argument consists of data length default and/or radix default qualifiers. If both qualifiers 
are present, they are separated by a comma. If only one default qualifier is specified, the other one is 
not affected. Initial defaults are HEX and LONG. Default qualifiers are: 


Data Length: Byte, Word, Long 
Radix: Hexadecimal, Decimal, Octal 


For example: 
DS> SET DEFAULT BYTE, DECIMAL ! Set the default data 


! length qualifier as 
! byte and the default 


! radix qualifier as 
! decimal. 





Example 5-20 Set Default Command 


Examine Command 

EXAMINE [<qualifiers>] [<address>]|<CR> 

The examine command displays the contents of memory in the format described by the qualifiers. If no 
qualifiers are specified, the default qualifiers set by a previous default command are used. The apphi- 


cable qualifiers are described in Table 5-2. 


Table 5-2 Examine Command Qualifier Descriptions 


Qualifier 













Description 


/B Address points to a byte 
/W Address points to a word 
/L Address points to a longword 
/H Display in hexadecimal radix 
/D Display in decimal radix 


Display in octal radix 
Display in ASCII bytes 


When specified, the <address> argument is accepted in hexadecimal format unless some other radix 
has been set with the Set Default command. Optionally, <address> may be specified as decimal, octal, 
or hexadecimal by immediately preceding the address argument with %D, %O, or %X, respectively. 
<Address> may also be one of the following: RO-R11, AP, FP, SP, PC, PSL. 
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For example: 


DS> EXAMINE 38 Display the contents 
of the longword which 


is offset 3@ from 
the base address of EQ@. 


O@G098E3@: DO513D01 
DS> 





Example 5-21 Examine Command 
Deposit Command 
DEPOSIT [<qualifiers>] <address> <data><CR> 
This command accepts data and writes it into the memory location specified by <address> in the 
format described by the qualifiers. If no qualifiers are specified, the default qualifiers are used. The 


applicable qualifiers are identical to those of the Examine command described in Table 5-2. 


The <address> argument is accepted in hexadecimal format unless some other radix has been set with 
the Set Default command. Optionally, <address> may be specified as decimal, octal, or hexadecimal 
by immediately preceding <address> with %D, %O, or %X, respectively. 


For example: 


DS> DEPOSIT/W/H 380 9891 Deposit @@@1 (hex) 
! in the word 
! offset 39 from 


the base address. 
BGGGGE38: B001 
DS> 





Example 5-22 Deposit Command 


Next Command 
NEXT [number-of-instructions]}<CR> 


This command causes the supervisor to execute one macro instruction. If you specify a number (deci- 
mal) after NEXT, the supervisor will execute that number of macro instructions. The supervisor dis- 
plays the PC of the next instruction and the contents of the next four bytes, after execution of each 
instruction. 


Use this command to step through an area of a program where you suspect a problem. Do not use the 
Next command unless you have stopped the program at a breakpoint. 


For example: 


DS> NEXT ! Execute the next instruction. 


OG008E31: DG513D81 
DS> 





Example 5-23 Next Command 


5.2. SIMPLIFIED SYSTEM TESTING 


5.2.1 Booting the Supervisor from the System Disk: On-Line Mode 
When you wish to run diagnostic programs in the on-line mode, first type RUN [SYSMAINT]ESSAA 
to load and start the diagnostic supervisor. 


Terminal output: 


$ RUN [SYSMAINT] ESSAA 


DS> 





Example 5-24 Booting the Supervisor On-Line 


The supervisor is loaded and started. It prompts the operator with DS>. 


5.2.2 Booting the Supervisor from the System Disk: Standalone Mode 

The VAX console takes a three-character argument with the boot command. These three characters 
form the name of an indirect command file. The LSI-11 processor in the console reads the file selected 
from the floppy diskette and then executes the file to boot the diagnostic supervisor. 


The console floppy diskette (ZZ-ESZAB) contains 27 boot command files. There is one automatic 
boot file for each possible drive number (0 through 7) on each of the three disk types currently sup- 
ported on the VAX-11/780, making 24 automatic files for booting the supervisor from the 
SYSMAINT directory on the system device. There are three prompting files (one for each drive type) 
for booting the supervisor from a disk that is not the system device or from a directory other than 
SYSMAINT. These three files prompt the operator twice, once for the name of the boot file (e.g., 
DIAGBOOT.EXE) and once for the name of the file to be booted (e.g., ESSAA.EXE). If you use 
either of those three files, deposit in R3 the number of the disk drive containing the supervisor file, as 
shown in Example 5-25, before typing the Boot command. 


>>>DEPOSIT R3 8 





Example 5-25 Preparation of R3 for < Prompting Boot File 


For each of the 27 boot command files the Boot command takes a three-character argument of the 
form Sgn. 


S = diagnostic boot 


g = generic drive type character, where 


B = RP04/RP05/RP06 drive 
M = RKO06/RKO7 drive 
R = RMO3 drive 


n = drive number (0-7), if numeric, or A, if you require the prompt option. 


To run diagnostic programs in the standalone mode, proceed with the following steps. 


1. 


Ps 


Type Control P (AP) to return control to the console I/O mode in the console program. 
Type HALT. 

Insert the console floppy diskette in the floppy disk drive. 

Replace the VMS disk pack with the diagnostic disk pack in the system drive. 


Type BOOT <arg>, where <arg> is the three-character argument that describes the boot 
command file appropriate to your system. 


The diagnostic supervisor will load and start and prompt the operator with DS>. If you use 
the prompting boot file, you must supply the name of the boot file and the name of the 
diagnostic file when prompted. Four examples of the Boot command using different com- 
mand files follow. 


>>>BOOT SBQ@ ! Boot the diagnostic 
! supervisor from RP#6 
CPU HALTED ! drive @. 
INIT SEQ DONE 
HALT INST EXECUTED 
HALTED ATT 260034F9 


G BOBBOBGE B9G09208 

LOAD DONE, 608091608 BYTES LOADED 
DIAGNOSTIC SUPERVISOR. ZZ-ESSAA-X5.9-119 23-JAN-198@ 12:36:54.83 
DS> 





Example 5-26 Booting the Supervisor from an RP06 Disk Drive 
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>>>BOOT SR4 ! Boot the diagnostic 
supervisor from RM@3 
CPU HALTED drive 4. 


INIT SEQ DONE 
HALT INST EXECUTED 


HALTED AT 2866034F9 


G BBOGBOGE BOGBH2GG 

LOAD DONE, 68881608 BYTES LOADED 
DIAGNOSTIC SUPERVISOR, ZZ-ESSAA-X5,8-119 23-JAN-198@ 12:46:54.83 
DS> 





Example 5-27 Booting the Supervisor from an RMO3 Disk Drive 


>>>BOOT SM5 ¥ Boot the diagnostic 
! supervisor from RK@7 
CPU HALTED ! drive 6. 
INIT SEQ DONE 
HALT INST EXECUTED 
HALTED AT 2868034F9 


G BBOOBOBE BHOBG20B 

LOAD DONE, 99001609 BYTES LOADED 
DIAGNOSTIC SUPERVISOR. ZZ-ESSAA~X5,6-119 23-JAN-1988 12:56:54.83 
DS> 





Example 5-28 Booting the Supervisor from an RKO7 Disk Drive 


>>>D R3 6 Inform the boot file of 
! the drive number to use 
>>>BOOT SMA Boot the diagnostic 
supervisor from the 
RKO7 drive, unit 
CPU HALTED number indicated by 
INIT SEQ DONE 
HALT INST EXECUTED 
HALTED AT 200934F9 


G @QBBOOOBE BBGGH200 

LOAD DONE, #8801608 BYTES LOADED 
Enter name of bootfile:[1,18] DIAGBOOT.EXE ! Supervisor boot file 
! name 
! Supervisor file name 


Enter name of file:[1,10]ESSAA.EXE 


DIAGNOSTIC SUPERVISOR. 2ZZ-ESSAA-X5.9-119 23-JAN-198@ 12:44:40. 03 
DS> 





Example 5-29 Booting the Supervisor with a Prompting Boot File 
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5.2.3. The CONFIG and SYSTEST Script Files 

The diagnostic package for each VAX-11/780 system includes two script files. These script files should 
reside on the diagnostic system disk. They contain a sequence of commands to the supervisor that 
makes it possible for the operator to run a series of diagnostic programs with one or more commands. 
The operator does not need to deal with the names of the hardware components and diagnostic pro- 
grams in order to test the system. The scripts for each VAX-11/780 system are tailored to the hardware 
configuration of that system. 


The SYSTEST script file consists of two sequences of commands: configuration sequence and a pro- 
gram execution sequence. The SYSTEST script file runs in the standalone mode only. The con- 
figuration script file (CONFIG) sequence consists of a series of ATTACH commands that describe the 
hardware configuration to the supervisor. The program execution script file (SYSTEST) includes a call 
to CONFIG, selects devices for test, controls flags, and executes appropriate diagnostic programs. 


Type @SYSTEST or @CONFIG to execute these scripts. Example 5-30 shows the listing for a typical 
CONFIG script. Example 5-31 shows a corresponding listing for a SYSTEST script. 


!CONFIGURATION FILE FOR SYSTEM TYPE SV-AXHAA DUAL RK@7 
!PACKAGED SYSTEM VERSION:1. 6 @1-MAY-79 
!CONFIG.COM; 3 


!Define processor... 


ATTACH KA78@ SBI KA® NO NO @ @ 
1 


{Define memory... 

ATTACH MS78@ SBI MS@ 1 

i] 

!Define Unibus adapters... 


ATTACH DW78@ SBI DW 3 4 8B 
i 


!1Define Unibus disks... 

ATTACH RK611 DW@ DMA 77744@ 210 5 
ATTACH RK#@7 DMA DMAS 

ATTACH RKS7 DMA DMA 

i] 

Define terminals... 

ATTACH DZ11 DW9 TTB 760118 318 5 EIA 
! 

ATTACH VT16@ TTB TTBS 

ATTACH VT10@8@ TTB TTBi 

ATTACH VT19@ TTB TTB2 

ATTACH VT16@ TTB TTB3 

ATTACH VT18@ TTB TTB4 

ATTACH VT16@ TTB TTBS 

ATTACH VT188 TTB TTB6 

ATTACH VT102 TTB TTB7 





Example 5-30 A Typical CONFIG Script Listing 
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!SYSTEM TEST SCRIPT FOR SYSTEM TYPE SV-AXHHA DUAL RK@7 
!PACKAGED SYSTEM 

!FOR STANDALONE USE ONLY... 

ISYSTEST.COM; 3 VERSION: 1.6 81-MAY-79 

@CONFIG 

! 


SELECT ALL ! Select everything. 

i] 

RUN ESKAX Cluster Exerciser Quick Verify. 

RUN ESKAY ! Cluster Exerciser Native Mode Inst. 
RUN ESKAZ ! Cluster Exerciser MEM-MGT/PDP-11 Inst. 
{ 


RUN ESCBA ! DW788 Test 

' 

RUN ESRAA /SEC:QUAL ! Verify disk functionality. 

RUN ESDAA /SEC:QUAL ! Verify DZ11 functionality. 

! 

RUN ESXBA ! Verify integrity of system buses. 
! 

SET FLAGS QUICK 

RUN ESRAA ! Run disk reliability in quick mode. 
CLEAR FLAGS QUICK 

i] 


!END OF SYSTEST... 





Example 5-31 A Typical SYSTEST Script Listing 


If you wish to run a different set of diagnostic programs from those called in the SYSTEST script, type 
@CONFIG to describe the system configuration to the supervisor before selecting the units for test 
and running programs. 


5.2.4 Modifying Script Files 
Use the SOS editor under VMS to modify your script file or create new scripts. The file names for the 
existing script files are shown below. 


[SYSMAINT]JCONFIG.COM 
[SYSMAINT]SYSTEST.COM 


5.3 RUNNING LOAD PATH DIAGNOSTICS FROM THE FLOPPY: STANDALONE 
It may be that you cannot boot the diagnostic supervisor from the system disk because of a hardware 
problem in the load path or on the system disk drive. In this case, boot the supervisor as follows. 


1. Type Control P. 

2. Type HALT. 

3. Insert the load path floppy diskette. 
4. Type BOOT. 


When the supervisor starts and gives the DS> prompt, type in the commands necessary to define the 
load path and disk to the supervisor with the ATTACH command. Then select the disk (or other 
device) to be tested and run the appropriate program. The load path floppy diskette set contains the 
following program types and classes. 
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Hard-core instruction test 
Diagnostic supervisor 
Cluster exerciser programs 
Channel diagnostic programs 
Disk diagnostic and utility programs 
Repair level 
Reliability level 
Formatter 
Tape diagnostic programs 
Repair level 
Reliability level 
(for VAX-11/780 systems with magtape drives) 


Console terminal output: 


$"P 

>>>BOOT 

DIAGNOSTIC SUPERVISOR. ZZ-ESSAA-5.8 398-APR-1979 90:00: 00.00 
DS> ATTACH RH78@ SBI RH@ 8 5 Attach Massbus interface. 
DS> ATTACH RP#@6 RHA DBA@ Attach system disk. 

DS> SELECT DBA@: Select system disk. 


a 


Load the disk 
reliability program 
from the floppy and 
run it to verify 
disk functionality. 


DS> RUN ESRAA/SECTION: QUAL 





Example 5-32 Running Diagnostics from the Load Path Floppy Diskette Set 
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CHAPTER 6 
BUILDING AND MAINTAINING THE DIAGNOSTIC SYSTEM DISK 


6.1 BUILDING A DIAGNOSTIC DISK PACK 
Each VAX-11/780 system requires a diagnostic disk pack as well as a VMS disk pack, or a com- 
bination VMS and diagnostic disk pack, for proper system operation. 


DIGITAL distributes diagnostic system installation kits for VAX-11/780 systems in two package 
types. RKO7 based VAX-11/780 systems are shipped with RKO7 disk packs, which already contain the 
diagnostic files. RPO06 and RMO3 based VAX-11/780 systems are shipped with a magnetic tape con- 
taining the diagnostic files. 


6.1.1 Dual RP06 and Dual RM03 Based System 

For dual RP06 and dual RMO3 based systems, you must transfer the files on magnetic tape to a 
formatted disk pack on the system disk drive before you can run many of the macro level diagnostic 
programs. Build the diagnostic disk pack according to the following procedures. 


1. Return control to the console I/O mode in the console program by one of the following two 
methods. 


a. Type Control P (AP) and HALT on the console terminal, 
or 


b. Place the console floppy disk in the floppy disk drive and cycle the DC ON/OFF 
switch on the LSI-11 control panel first OFF and then ON. 


2. When the console program displays the prompt symbol, >>>, locate the DSC1 floppy disk, 
ZZ-ESZEE, and insert it in the floppy disk drive. 


3. Mount the diagnostic distribution kit magnetic tape on tape drive 0 with the write-enable 
ring removed. Ensure that the tape is on-line and positioned at BOT. 


4. Mount a formatted scratch disk pack in disk drive 0 and ready the drive for I/O. Type 
BOOT. If the system is RPO6 based, follow Steps 5 and 6. If the system is RMO03 based, 
follow Step 7. 


5. For an RP06, obtain the list of bad blocks from the pack test data supplied by the manufac- 
turer. The list identifies each bad block by cylinder, track, and sector coordinates. Convert 
this data to logical block numbers (LBN) using the following formula: 


LBN = (cylinder * 19 + track) * 22 + sector 
You may run the READ ALL section of the disk formatter program (ESRAC) before start- 
ing the DSC process as an alternative. The disk formatter program will provide you with the 
logical block numbers of the bad blocks on the disk pack. 
6. In response to the DSC> prompt on the console terminal, type the following command to 


create and verify the RP06 diagnostic disk. 
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DSC>DBAQ : /VE/BAD=MAN=MTA®B: /RW 





Example 6-1 Creating an RP06 Diagnostic Disk Pack 


The DSC1 program will then prompt the operator for bad block data with BAD=. Type in 
the logical block numbers of the bad blocks as shown below. 


BAD=1376.<CR> 
BAD=45919.<CR> 


BAD=<CR> ! Begin transfer. 





Example 6-2 Entering Bad Block Numbers 


NOTE 
The dot (.) signifies a decimal number. 


The DSC1 program will begin transferring data after the operator responds with a carriage 
return to the BAD=prompt. 


For an RMO3 based system, type the following command in response to the DSC> prompt. 


DSC >DRAO: /VE= MTAS:/RW 





Example 6-3 Creating an RMO3 Diagnostic Disk Pack 


DSC1 will copy the files on the magnetic tape to the RMO3 disk pack. 

At the end of the transfer to either the RMO3 or the RP06 disk pack, the DSC1 program will 
rewind the tape for a verification pass. The /VE qualifier in the command line specifies this 
pass. 


Example 6-4 shows the console terminal output. 


11. 


>>>BOOT 
CPU HALTED 
INIT SEQ DONE 
LOAD DONE, 68820408 BYTES LOADED 


VAX/VMS DSC-1, VERSION 1.8 9-MAY-1979 


DSC >DMAQ: /VE=MTAB : /RW 
psc -- 45 STARTING VERIFY PASS 


DSC> ! Type <CR> to exit. 
>>> 





Example 6-4 Transferring Diagnostic Files from Magnetic 
Tape to Disk with DSC1 


Replace the DSC1 floppy diskette with the console floppy diskette when the operation is 
complete. 


Boot the diagnostic supervisor as explained in Paragraph 5.2.2 of Chapter 5. 


You may be unable to build a diagnostic pack with the DSC tape or unable to boot the 
supervisor because of a hardware failure. In either case, use the set of load path floppy 
diskettes to load the diagnostic supervisor and run the appropriate diagnostic programs. See 
Paragraph 5.3, Chapter 5, for details. 


On dual-drive systems, you may copy the [SYSMAINT] files to the VMS system pack. To 
perform this transfer, place the VMS disk pack on drive 0, place the diagnostic disk pad on 
drive 1, and boot VMS. Then use the VMS copy command to transfer the diagnostic files to 
the VMS pack. 


6.1.2 Single RP06 or RM03 Based Systems 
For single RP06 and single RM03 based VAX-11/780 systems, you may build a diagnostic area 
[SYSMAINT] on the same disk pack as that which contains the VMS operating system. 


Single disk systems are shipped with a full set of diagnostic files on floppy diskettes. Transfer the files 
from the diskettes to the system disk pack according to the following procedures. 


1. 


Ensure that VMS is running properly and type Control Y (AY) to return control to the 
monitor. 


Remove the console floppy diskette. 
Insert floppy ESZDD. 


Type 
$MCR FLX /RS/CO=DX1:ESUBA.COM/RT/FA to VMS. 


Type 
$@ESUBA to VMS. 
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8. 


Locate the first floppy. diskette containing files to be transferred. 


Insert the diskette. In response to the prompt message, 

TYPE IN THE NAME OF THE MOUNTED FLOPPY [<CR>=EXIT], 

type in the name of the floppy diskette, e.g., ESZAF. After you have transferred the files 
from all the floppy diskettes, type a carriage return following the prompt message to exit 
from the ESUBA script. At this point the SYSMAINT area on your system disk is complete. 


Reinsert the console floppy diskette. 


6.2 UPDATING DIAGNOSTIC FILES 
When you receive a set of floppy diskettes to update the diagnostic files, transfer the new files from the 
floppy diskettes to the diagnostic system disk pack according to the following procedures. 


1. 


Ensure that VMS is running properly and type a Control Y (AY) on a terminal to return 
control to the monitor. 


Locate floppy diskette ZZ-ESZDD and insert it in the floppy disk drive. 


Type 
$MCR FLX /RS/CO=DX1:ESUBB.COM/RT/FA to VMS. 


Type 
$@ESUBB to VMS. 


Locate the floppy disk containing the files to be transferred. Insert the diskette; in response 
to the prompt messsage, 

TYPE THE NAME OF MOUNTED FLOPPY [<CR>=EXIT], 

type in the name of the floppy diskette, e.g., ESZAE. The ESUBB script will delete files to be 
replaced, transfer all of the diagnostic files on the diskette, and then prompt the operator for 
another floppy diskette. After you have transferred the files from all the update floppy 
diskettes, type a carriage return following the prompt message to exit from the ESUBB 
script. At this point your diagnostic system disk is complete. 


Reinsert the console floppy diskette. 
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APPENDIX A 
HELP FILES 


A.1) CONSOLE HELP FILE 

The console help file describes the console command language. Note that when the console program is 
running in the LSI-11, it will always be in one of two modes, console I/O mode or program I/O mode. 
With the exception of the control P (AP) command, the console commands listed in the help file are 
available only when the console program is in the console I/O mode. 


In the console I/O mode, the console program interprets the characters typed on the console terminal 
as console commands. In the program I/O mode, however, the console program is transparent to the 
operator. The console program passes characters from the console terminal directly to the VAX- 
11/780 CPU for use by VMS or the diagnostic supervisor. 

Type control P to switch from program I/O mode to console I/O mode. 


Type SET TERMINAL PROGRAM to switch from console I/O mode to program I/O mode. 


§VAX911/780 CONSOLE HELP FILE 

'TO STOP PRINTING, TYPE “*C 

{FOR ABBREVIATION RULES, TYPE '@ABBREV.HLP' 

{FOR ERROR MESSAGE HELP, TYPE '@ERROR.HLP! 

tFOR REMOTE ACCESS HELP, TYPE '@REMOTE,HLP! 

§GENERAL? <ADDRESS> IS A <NUMBER>, OR ONE OF THE FOLLOWING 

t SYMBOLIC <ADDRESSES>(ONLY FOR EXAMINE & DEPOSIT COMMANDS) 
t YRO,RI,R2,ecceeeeKil,AP,FP,SP,PC' (GENERAL REGISTERS) 

: "PSL' CPROCESSOR STATUS WORD) 

: tet CLAST ADDRESS) 

H ve PORES FOLLOWING 'LAST'(*) ADDRESS) 

t Ve! ADDRESS PRECEEDING 'LAST'(*) ADDRESS) 

i 'e! (USES LAST EXAMINE/DEPOSIT DATA FOR ADDRESS) 

! <NUMBER> = STRING OF DIGITS IN_CURRENT DEFAULT RADIX, 

: OR STRING OF DIGITS PREFIXED wITH A DEFAULT RADIX 

: OVERRIDE.(%O FOR OCTAL, %X FOR HEX) 

i ALL COMMANDS | ARE EERAINATED BY CARRIAGE RETU 

! 'EXAMINE <ADDRESS> DISPLAYS CONTENTS OF <ADDRESS> 

1 "DEPOSIT <ADDRESS> " <DATAD! “DEPOSITS <DATA> TO <ADDRESS> 

H USE A QUALIFIER AFTER THE COMMAND NAME TO SPECIFY 

t THE PROPER ADDRESS SPACE TO USE: 

{ ‘/p! FOR PHYSICAL MEMORY(THE DEFAULT) 

H ‘svi FOR VIRTUAL MEMORY 

t '/T! FOR INTERNAL(PROCESSOR) REGIST 

Hl '/G! FOR GENERAL REGISTERS 0 THRU FCRO THRU PC) 

i '/vB! FOR VBUS REGISTERS 

H '/TD! FOR ID6US REGISTERS . 

: EXAMPLE: TO EXAMINE VIRTUAL ADDRESS 10245, THE SHORTEST 

i UNIQUE COMMAND STRING IS: 'E/V 10245' (SEE ABBREV.HLP) 

£ "EXAMINE JR! “EXAMINES INSTRUCTION REG.C(IR). DISPL 

H OP=CODE, SPECIFIER, & EXECUTION POINT. “COUNTER 
{ *START <ADDRESS>'! “INITIALIZES THE CPU,DEPOSITS <ADDRESS 

i TU THE PC, ISSUES A CONTINUE TO THE TSP, 
£ "CONTINUE! “ISSUES A Rone TEE TO THE ISP. 

! ‘HALT! *HALTS THE ISP 

§ 'poOoT? “BOOTS ae ure FROM DEFAULT DEVICE 
£ tUNITIALIZE! “INITIALIZES 

! "SHOW! “SHOWS CONSOLE AND CPU STATE 
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A.2) CONSOLE ABBREVIATION RULES 
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00m 0m Fae Gan 0 an Fm Fae Fae gee Fe Faw Nee bh hw Fam Behe Fas gem ed ENED I SEMEDIDETEN IMIS EmEmED 


'CLEAR STEP? 


'CL S? 
"NEXT <NUMBER>' 'N <NUMBER>! 

'QCLEAR <ADDRESS>' 'Q <ADDRESS>' 

‘SET SOMM' 'SE SO! 

‘CLEAR SOMM! 'CL gat 

‘SET CLOCK FAST! 'SE CF! 

‘SET CLOCK SLOW! 'SE CS! 

'SET CLOCK NORMAL' 'SE C.N! 
'@<FILENAME>! '@<FILENAMED>! 

(LOAD <PILENAME>! |E SPILENAMED | 
‘PERFORM! 'p? 

tKEPEAT <CONSOLE=COMMAND>' 'R <CONSOLE=COMMAND>! 
‘ENABLE DXi! tEN DX4:! 

"REBOOT! 'REB 

"SET TERMINAL FILL2<NUMBER>' 'SE TF: <NUMBER>! 
'SET TERMINAL PROGRAM ‘Se T PRI 

(SET DEFAULT <OPTIGNCLIST>! | 'SE 5 LOPTION@LIST>! 
"WAIT DONE! ‘WA D! 

QUALIFIERS. SHORTEST ABBREVIATION RECOGNIZED 
/BYTE 78 

7wORD 7 

/LONG /L 

/QUAD 7/0 

/OCTAL 70 

/HEX 7H 

/PHYSICAL 7P 

/VIRTUAL Vv 

7 INTERNAL 71 

/GENERAL /G 

/VBUS /VB8 

7IDBUS 71D 

70CS 7WC 

/NEXT : <NUMBERD> /N3<NUMBER> 

7COMMAND /C 

/START 3 <ADDRESS> /S3<ADDRESS> 

<END-OF ~ABBREV,HLP> 


A.3. ERROR MESSAGE HELP FILE 
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VAX"11/780 ERROR MESSAGE HELP FILE 


POSTER STRING? | IS_ INCOMPLETE 
THE eae te ane IS NOT A COMPLETE CONSOLE COMMAND 
?'°<TEXT+=STRING>' IS INCORRECT 
THE CERT -STRINGS IS NOT RECOGNIZED AS PART OF A COMMAND 
?FILE Ane ERR 
<FILE“NAME> GIVEN WITH A COMMAND CAN NOT BE TRANSLATED TO RAD5SO 


4 


A 
?FILE roe FOUND 
A <FILE*NAME> GIVEN WITH A_ 'LOAD' OR '@' COMMAND DOES NOT 
MATCH ANY FILE ON THE CURRENTLY LOADED FLOPPY DISC. CAN ALSO 
BE GENERATED BY ‘HELP','BOOT!, OR AN ATTEMPTED WCS LOAD IF 
HELP FILE, BOOT FILE, OR wWCS FILE IS MISSING FROM FLOPPY, 
?NO CPU RESPONSE 
CONSOLE TIMED*OUT WAITING FOR A Rr cneren FROM CPU 
?CPU NOT IN CONSOLE WAIT LOOP, COMMAND ABORTED 
A CONSOLE COMMAND REQUIRING ASSISTANCE FROM CPU WAS ISSUED 
WHILE THE CPU WAS NOT IN THE CONSOLE SERVICE LOOP 
?CPU CLK STOP, COMMAND ABORTED 
A CONSOLE COMMAND THAT REQUIRES THE eae CLOCK TO BE RUNNING 
WAS ISSUED WHILE THE CLOCK WAS STOPP 
?FLOPPY ERR,CODE=X 
THE CONSOLE FLOPPY DRIVER Saree AN ERROR ODES ARE AS 
FOLLOWS$S (CODES ARE ALWAYS PRINT IN HEX RADIX) 
CODE=1 FLOPPY HARDWARE ERROR(C RC »PARITY, ETC) 
CODE=2 FILE NOT FOUND 
CODE=3 FLOPPY DRIVER QUEUE OVERFLOW 
CODE=4 CONSOLE SOFTWARE REQUESTED AN ILLEGAL SECTOR NUMBER 
?FLOPPY NOT READY 
TRE CONSOLE FLOPPY DRIVE FAILED TO BECOME READY WHEN BOOTING. 
?NQ BOOT ON FLOPPY 
CONSOLE ATTEMPTED TO BOOT FROM A FLOPPY THAT DOES NOT CONTAIN 
A VALID BOOT BLOCK. 
?FLOPPY ERROR ON BOOT 
A FLOPPY Enron WAS DETECTED WHILE ATTEMPTING A CONSOLE BOOT. 
?MIC-ERR ON FUNCTIO 
A MICRO“ERROR- OCCURRED IN THE CPU WHILE SERVICING A CONSOLE 
REQUEST. SBI ERROR REGISTERS ARE DUMPED AFTER THIS MESSAGE 
IS PRINTED, 
PINT“REG ERR 
A MICRO“ERROR OCCURRED WHILE a atey TING TO REFERENCE A CPU 
THIS ERROR eee REGISTER. AN ILLEGAL ADDRESS WILL CAUSE 
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QDE RETURNED BY 
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A.4. REMOTE ACCESS HELP FILE 
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11/780 CONSOLE = REMOTE ACCESS HELP FILE 

“ES 
B 
s 
0 
c 
CON 
AB 

"ENABLE CARRIER ROKER 
“INH 
=DISABL 
OUTPUT 


‘ENABLE TALK! 
‘DISABLE CARRIER ERROR' =CAUSE 


‘ENABLE LOCAL CONTROL'=ALLO 
‘ENABLE LOCAL FLOPPY! 


‘ENABLE LOCAL COPY' 
"DISABLE LOCAL COPY! 


‘ENABLE ECHO! 
"DISABLE ECHO! 


YVAX= 
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‘DISABLE REMOTE FLOPPY'=ON AN ATTEMPT TO OPEN A FILE, ONLY THE DIRECTORY 
LUCAL FLOPPY WILL BE SEARCHED. THIS COMMAND 
AND 'DISABLE LOCAL FLOPPY! ARE MUTUALLY EXCLUSIVE. 
‘ENABLE REMOTE FLOPPY! “ALLOWS THE DIRECTORY OF THE 'REMOTE' FLOPPY TO BE 
SEARCHED ON AN ATTEMPT TO OPEN A FILE. 
END=OF -REMOTE.HLP 
5 MICRO-DEBUGGER HELP FILE 
MICRO*DEBUGGER HELP FILE 
TO STOP PRINTING, TYPE °C 
DEBUGGER COMMANDS(ALL TERMINATED BY CARRIAGE RETURN) 
'E/P <ADDRESS>'! “EXAMINE PHYSICAL MEMORY 
'E/1D <ADDRESS>' “EXAMINE ID BUS REGISTER 
'E <ADDRESS>' SEXAMINE WCS LOCATION, DISPLAY ALL FIELDS 
'E <ADDRESS> <FIELDNAME*1> <PIELDNANE*2>, 4, , <FIELD NAME= 
EXAMINE WCS LOCATION BISPLAY ONLY FIELDS 
THE FIELDS SPECIFIED. 
NOTE! <FIELDNAMES> = ACF, ACM, ADS / ALU, BEN, BMX» CCK CID, DK, DT EAL 
E6M,FEK,FS, LBC, LEK, UJM,KMX MCT, Msc, PCK,QK 
RMX, SCK,SGN,SHF reT Sux. SPO,USU, 
'E RA <ADDRESS>' “EXAMINE AN RA REGISTER 
'E RC <ADDRESS>'! “EXAMINE AN RC REGISTER 
'k <SYMBOLIC*NAME>'! “EXAMINE QNE OF THE SYMBOLICALLY NAMED 
NOTE: <SYMBOLIC=NAMES> = DR,FER,I6A,LA,LB,LC,Q,RL,SC,SR, UPC 
'D/P <ADDRESS> <DATA>'! “DEPOSIT <DATA> TO PHYSICAL MEMORY 
'D/LD <ADDRESS> <DATA>'! “DEPOSIT <DATA> TO ID BUS REGSITER 
'D <ADDRESS> <FIELDNAME=1> BRATS Lace EDU NANES 2. <DATA= S>voccseser 
DEPOSIT TO WCS LOCATION, PUTTING <DATA=1> 
INTO <FIELDNAME-1>, ETC. UNSPECIFIED FIELDS 
ARE UNCHANGED, 
NOTE: THE '/Z* QUALIFIER MAY 8E USED TO CAUSE ALL UNSPECIFIED 
FIELDS TO BE CLEARED, 
'D RA <ADDRESS> <DATA>'! “DEPOSIT <DATA> TU AN RA REGISTER 
'D RC <ADORESS> <DATA>! “=DEPOSIT <DATA> TO AN RC REGISTER 
'D <SYMBOLIC=NAME> <DATA>! “DEPOSIT <DATA> TQ ONE QF THE SYMBOLICALLY 
NAMED REGISTERS(SEE LIST ABOVE). 
NOTE: DEPOSITS TO THE RLOG STACKC(RL) ARE NOT SUPPORTED. 
‘CONTINUE! “RESUME MICRO=INSTRUCTION EXECUTION AS 
SPECIFIED BY CONTENTS OF MICRO=PC(UPC) 
'START <ADDRESS>' “START MICRO*SEQUENCER AT <ADDRESS>. 
"HALT! “HALT THE MICRO-SEQUENCER 
'SET SOMM! “SET THE "STOP ON MICRO=MATCH' ENABLE 
'CLEAR SOMM! “CLEAR THE 'STOP ON MICRO-MATCH’ ENABLE 
'SET STEP! “ENABLE SINGLE MICROINSTRUCTION STEP MODE. 


START OR CONTINUE WILL ALLOW ONE MICRO= 
INSTRUCTION TQ EXECUTE, THEN HALT THE 


4ICRO#SEQUENCER. 
"CLEAR STEP! “DISABLE SINGLE MICRO“INSTRUCTION STEP MODE. 
"RETURN! “RETURN TO THE CONSOLE PROGRAM 
"OPEN <FILENAME>'! “OPEN SOOT RES FILE ON FLOPPY DRIVE 0 
"OPEN DX13<FILENAME>' “OPEN SPECIFIED FILE ON FLOPPY DRIVE 1 
NOTES ‘OPEN' IS USED TO SPECIFY A FILE CONTAINING THE MICRO=CODE 
CURRENTLY LOADED IN THE WCS PORTION OF THE CONTROL STORE. 
CADDRESSES 1000(16) & UP IN THE CONTROL STORE) 
THIS FILE WILL BE USED FOR ALL EXAMINES OF THE WCS, 
SINCE THE WCS IS NOT DIRECTLY READABLE. 
<END-OF “WCSMON.HLP> 
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1 DEBUG. THIS FLAG IS PASSED THROUGH TO VMS AND CAUSES 
THE CODE FOR THE EXEC DEBUGGER TO BE INCLUDED IN 
THE RUNNING SYSTEM. 

2 INITIAL SREAKPOINT. IF THIS FLAG 1S SET, AND THE EXEC 
DEBUGGER CODE IS INCLUDED (FLAG BIT 1) THEN A BREAKPOINT 
WILL OCCUR IMMEDIATELY AFTER THE EXEC ENABLES MAPPING, 

3 BOOT BLOCK, IF THIS FLAG IS SET THEN THE BOOT BLOCK 
WILL BE READ AND CONTROL TRANSFERED TO IT. 

G) DIAGNOSTIC BOOT, THIS FLAG CAUSES A BOOT BY FILE 
NAME FOR THE DIAGNOSTIC SUPERVISOR, 

5 BOOTSTRAP BREAKPOINT. THIS FLAG CAUSES THE BOOTSTRAP 
TO STOP A BREAKPOINT AFTER PERFORMING NECESSARY INIT= 
LTALIZATION IF {IT HAS BEEN BUILT WITH DEBUG CODE. 

6 IMAGE HEADER, IF THIS FLAG IS SET THE TRANSFER ADDRESS 
FROM THE IMAGE HEADER OF THE BOOT FILE WILL BE USED. 
OTHERWISE CONTROL WILL TRANSFER TO THE FIRST BYT OF THE 
BOOT FILE. 

7 MEMORY TEST INHIBIT. THIS FLAG INHIBITS THE TESTING 
OF MEMORY DURING BOOTSTRAPPING. 

8 FILE NAME. CAUSES THE BOOTSTRAP TO SOLICIT THE NAME 
GF THE BOOT FILE, 

9 HALT BEFORE TRANSFER. CAUSES A HALT INSTRUCTION 
TO BE EXECUTED PRIOR TO THE TRANSFER TO THE BOOTFILE. 
THIS OPTION [S USEFUL FOR DEBUGGING PURPOSES, 


SP = ADDRESS+(*X200) OF FIRST WORKING 64KB MEMORY REGION 
USABLE AS BOTH STACK POINTER AND POINTER TO GOOD MEMORY, 


OUTPUT PARAMETERS: 
R10 - BASE ADDRESS OF REGION CONTAINING SECONDARY BOOTSTRAP 
R11 POINTER TO RESTART PARAMETER BLOCK (RP8) 
SP bs STACK POINTER 
PR SYSTEM CONTROL BLOCK BASE REGISTER 

MEMORY LAYOUT AT START OF SECONDARY BOOTSTRAP? 


fae eak.cwne Sonera csinensh reas ocssrenerewet TPARE 
RESTART PARAMETER BLOCK (RPB) i 
phrrenantecss seem smwenntonatreersete naan es sBASE+*X 200 
i PRIMARY BOOTSTRAP CODE i 
fenenweeeeneenennnncerennnnacseneneeneenent :PRS_SCBB 

i SYSTEM CONTROL BLOCK ! 

fowewen ween sen erwewn enn aen wren sesereeesmmnt I PENMAP 
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APPENDIX B 
MICRODIAGNOSTIC MONITOR COMMANDS 


The majority of the commands available in the microdiagnostic monitor are not used in the normal 
course of execution. Normally, the operator enters the TEST command and executes the entire micro- 
diagnostic package. The command modeis usually used following error detection. Following the error 
message printout, testing stops, and control is returned to the monitor command mode. At this point, 
the operator executes those microdiagnostic commands which would be most helpful. 


Symbols used in the command descriptions are the comma and angle brackets. The comma is used to 
separate items within a list. Angle brackets denote an argument; that is, either an address, pass count 
value, or a V bus channel. Note that every command (or command line) must be terminated with a 
carriage return (CR). 


Control C (AC) is the user interrupt control character. If AC is entered during test execution, the 
current test will be completed, further testing is terminated, and control is returned to the monitor 
command mode. If AC is entered while a test is looping on an error, the loop will be suspended and 
control returned to the monitor command mode. Any command may be aborted if a AC is entered in 
that command line. 


The following list describes the monitor commands. Note that although all commands, keywords, 
qualifiers, and flags are spelled out, they can be abbreviated to the first two characters. The only 
exceptions are the HALTD and HALTI flags, which must be typed HD and HI, respectively. 


Diagnose Commands 


DIAGNOSE or DIAG Initializes the program control flags, and starts microdiagnostic 
execution at test number one. 


Valid qualifiers are: 
/TEST: <NUMBER> - Dispatch to the test number specified 
(do not execute any prior tests) and loop on the test indefinitely. 


/SECTION: <NUMBER> - Dispatch to the section number 
specified (do not execute any prior sections) and loop on the 
section indefinitely. 


/PASS: <NUMBER> - Execute the microdiagnostics the 
specified number of passes before returning to the console. If 
the number is —1, execute the microdiagnostics. 


/CONTINUE - This switch is used with the /TEST or /SECT 
switch to automatically continue after the specified test of sec- 
tion has been reached. 


Diagnose Commands (Cont) 
DIAGNOSE or DIAG 


/TEST: <N> <M> - Dispatch to test <N>, execute tests 
<N> through <M> (inclusive), and return to command mode. 


/SECT: <N> <M> - Dispatch to section <N>, execute sec- 
tions <N> through <M> (inclusive), and return to command 
mode. 


NOTES 


In the above variations of the /TEST and /SEC- 
TION qualifiers, the value of <N> must be less than 
or equal to <M>. If <M> is less than <N>, test- 
ing will start at <N> and contime to the end. 


/TEST and /SECT cannot be specified simulta- 


neously. 
Examples: 
DIAG/TEST:2F 
DIAG/SECT:B 
DIAG/PASS:-1 
DIAG/TEST:2F/CONT 


Continue Commands 


CONTINUE or CONT 


Set and Clear Commands 


SET/CLEAR FLAG HD 


SET/CLEAR FLAG HI 


SET/CLEAR FLAG 
LOOP 


SET/CLEAR FLAG NER 


SET /CLEAR FLAG 
BELL 


SET /CLEAR FLAG 
ERABT 


Dispatch to test number 2F and execute it indefinitely. 
Dispatch to section number B and execute it indefinitely. 
Execute all of the microdiagnostics indefinitely. 


Dispatch to test 2F and start execution of the remaining tests. 


Continues microdiagnostic execution without changing the pro- 
gram control flags. 


Sets (or clears) the halt on error detection flag. 


Sets (or clears) the halt on error isolation flag. 


Sets (or clears) the loop on error flag. 


Sets (or clears) the no error report flag. 


Sets (or clears) the bell on error flag. 


Sets (or clears) the error abort flag. 
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Set and Clear Commands (Cont) 


CLEAR FLAG LS 


CLEAR FLAG LT 


SET /CLEAR FLAG ALL 
SET/CLEAR SOMM 


SET/CLEAR SOMM: 
<ADDRESS> 


SET/CLR FPSYNC: 
<ADDRESS> 


SET STEP STATE 


SET STEP BUS 


SET STEP 
INSTRUCTION 


SET CLOCK FAST 
SET CLOCK SLOW 
SET CLOCK NORMAL 


SET CLOCK EXTERNAL 


Show Command 


SHOW 


Loop Command 


LOOP 


Clears the loop on special section flag. (Note that this flag can- 
not be set.) 


Clears the loop on special test flag. (Note that this flag cannot 
be set.) 


Sets (or clears) all the previous flags. 
Sets (or clears) the stop on micromatch bit. 


Loads < ADDRESS> into the microbreak register, and sets (or 
clears) the stop on micromatch bit. 


Loads <ADDRESS> into the FPA microsync register. 


Sets the CPU clock to single time state. 

Sets the CPU clock to single bus cycle. 

Both the SET STEP STATE and SET STEP BUS commands 
cause the monitor to enter step mode. Step mode types the cur- 
rent clock state or the UPC value, and waits for terminal input. 
If a space is typed, the clock is triggered and the current UPC 
value is typed out. If any other character is entered, step mode is 
exited. 

Sets the hardware single instruction flag and returns to the mon- 
itor. When the hardcore tests are invoked, the current value of 
the test PC (TPC) is typed. The monitor waits for terminal in- 
put. If a space is typed, the current pseudo-instruction is exe- 
cuted and the current value of the TPC is typed. If any other 
character is typed, step mode is exited. 

Sets the CPU clock speed to the fast margin. 

Sets the CPU clock speed to the slow margin. 

Sets the CPU clock speed to normal. 


Sets the CPU clock for an external oscillator. 


Causes a display of the HALTD, HALTI, LOOP, NER, BELL, 
ERABT, LS, and LT flags. 


Clears the HALTD and HALTI flags. Sets the LOOP and NER 
flags, and executes a CONTINUE command. 
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Retum Command 
RETURN 


Examine Commands 


EXAMINE 
ID:<ADDRESS> 


EXAMINE 
VBUS:<CHANNEL> 


EXAMINE 
RA:<ADDRESS> 


EXAMINE 
RC:<ADDRESS> 


EXAMINE LA 
EXAMINE LC 
EXAMINE DR 
EXAMINE QR 
EXAMINE SC 


EXAMINE FE 


EXAMINE VA 
EXAMINE PC 


Deposit Commands 


Returns control to the console program. 

The following examine commands cause the current micro- 
instruction to be executed before the examine is performed, if it 
is the first examine since entering the monitor command mode. 
Successive examines do not execute any additional micro- 
instructions. ID bus register contents T1-T8 are destroyed dur- 
ing the examines, except for the ID bus and V bus examines. All 
of the following examines, except V bus, advance the clock to 
CPTO before executing the command. 


Displays the contents of the ID bus register specified by < AD- 
DRESS>. 


Displays the contents of the V bus channel specified by 
<CHANNEL>. Bit 0 is at the right side of the display. 


Displays the contents of the RA scratchpad specified by <AD- 
DRESS>. 


Displays the contents of the RC scratchpad specified by <AD- 
DRESS>. 


Displays the contents of the LA latch. 
Displays the contents of the LC latch. 
Displays the contents of the D register. 
Displays the contents of the Q register. 
Displays the contents of the SC register. 


Displays the contents of the FE register. 


Displays the contents of the VA register. 
Displays the contents of the program counter register. 
The deposit command is the same as the examine command, 


except that the data to be deposited must be supplied by the 
user. 


DEPOSIT ID:<ADDRESS> <DATA> 
DEPOSIT RA:<ADDRESS> +DATA> 
DEPOSIT RC:<ADDRESS> <DATA> 


DEPOSIT LA:<DATA> 
DEPOSIT LC:<DATA> 
DEPOSIT DR:<DATA> 
DEPOSIT QR:<DATA> 
DEPOSIT SC:<DATA> 
DEPOSIT FE:<DATA > 
DEPOSIT VA:<DATA> 
DEPOSIT PA:<DATA> 
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APPENDIX C 
CONSOLE BOOT /TROUBLESHOOTING FLOW 


If the console program does not start and run properly when the VAX-11/780 system is powered up, 
and a problem in the console subsystem is suspected, proceed as follows. 


Action Response 


Turn dc off 
Turn ac off 
Push HALT/ENABLE witch 
down (halt) 


Turn ac on 

Turn dc on DC ON (LED on LSI-11 control panel) 
173000 
@ (printed on terminal) 
RUN (light flashes) 


If the responses are incorrect, go to Figure C-1, Console DC ON Flowchart. 


Examine location 173000 173000 /000137 
type 173000/ 
Examine location 037776 037776/XXXXXKX 


type 037776/ 
If the response is not correct, go to Figure C-2, Examine 173000 Flowchart. 


Push HALT/ENABLE switch 
up (ENABLE) 


Ensure that diskette ZZ-ESZAB 
is installed properly in the floppy 
disk drive. 


Type 140200G BOOT 


This command executes the ROM resident quick check console subsystem diagnostics. Upon success- 
ful completion of these tests, the ROM code boots the console program from the floppy disk. If the 
boot fails, go to the 140200G Console Boot Failure Flowchart (Figure C-3). The program listing for 
the ROM resident diagnostics (ESKAA.DOC) should be referenced when using this flowchart. 


DC ON, RUN LIGHT FLASH, 
AND/OR 173000 PRINTOUT DID NOT OCCUR 


XXXXKK 
@ WAS PRINTED 
CPU JUMPER IS WRONG OR CPU IS BAD 


PRINTOUT GARBLED, CHECK BDALO 
ASSERTED AND GO TO TERMINAL FLOW 


ONE OF THE FOLLOWING 
SIGNALS IS ASSERTED 


NO. GO TO POWER FLOW 


IS DC ON LED ON? YES. WHAT WAS) 


PRINTED? 
NOTHING BPOK H IS NOT ASSERTED 
YES, DID THE WAS PRINTED 
RUN LIGHT FLASH? 
GO TO TERMINAL FLOW 
NO, REMOVE M9400-YE, DOES 
ae aS THe TERMINAL PRINT 173000 ON POWER UP? 


RUN LIGHT ON? 


YES, THE HALT SWITCH iS 
NOT ASSERTING BHALT L 


YES, WAS 
PROMPT PRINTED? 


YES, CPU IS BAD 


NO, REMOVE M9400-YE, 
POWER UP, DID 
PRINTOUT OCCUR? 


Figure C-1 Console DC ON Flowchart 


LOCATION 173000 OR LOCATION 037776 
DID NOT RESPOND CORRECTLY 


I 1 

1 

| RESPONSE INTERPRETATION 

173000/? ' THE CABLES ARE NOT CORRECTLY MOUNTED, 
@ | OR THE CIB IS NOT WORKING 










GARBLED RESPONSE TERMINAL AND THE DLV11 INTERFACE 







WHAT WAS RESPONSE? 


NO RESPONSE 





037776/? 
€ 


PRINT SET 





Figure C-2. Examine 173000 Flowchart 
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THERE IS A BAUD RATE PROBLEM BETWEEN THE 


BDMRL 
BREF L 
BSACK L 
BDOUT L 
BRPLY L 
BDIN L 
BSYNC L 
BDMGOL 
BDAL 1L 


NO, CHECK POWER SUPPLY TO 
BACKPLANE CABLE 

NO, CHECK BDCOK H NOT 
ASSERTED 


NO, CPU IS BAD 


YES, CABLING IS INCORRECT 


YES, CIB IS BAD 


YES, CABLING OR CIB IS BAD 


NO. CHECK JUMPER 
CONFIGURATION AGAINST 
KC780 PRINT SET 


NO BDAL7 L, BDAL 15 L, 
BINIT LOR BDMGO L 
1S ASSERTED 


TK-0378 










THERE !S A PROBLEM IN THE OLV11, THE CABLE, 
OR THE TERMINAL TRANSMITTING CIRCUIT (TERMINAL TO DLV11) 








THE TOP OF MEMORY BANK 1 DOES NOT RESPOND 
CHECK JUMPER CONFIGURATION AGAINST KC780 






TK-0374 


€-O 


DEVICE DID NOT BOOT WHEN 140200 WAS TYPED 


REPLACE FAILING 
MEMORY. (NOTE 


WORKING, CPU MAY BE BAD) 
VERIFY THAT REFRESH 
"141236 gp 141262 2 CONTAINS FAILING ADDRESS —_1S WORKING CORRECTLY AT 
@" @" R3 CONTAINS EXPECTED DATA FAILING LOCATION 
“140332 _.. "141076 THE CPU TEST FAILED CHECK 
: NOT WORKING. CONFIGURATI 
@" TO @ REPLACE THE CPU URATION 


CLOSED, THE DRIVE IS BROKEN, RUN DZRXA AND DZRXB DIAGNOSTICS 
VERIFY THAT FLOPPY 
“FLOPPY NOT READY” DOOR IS CLOSED 


NOT CLOSED, CORRECT PROBLEM 


YES, THE FIRST DISKETTE IS EITHER BAD OR THE WRONG ONE 
TRY ANOTHER DOES IT 
“NO BOOT ON VOLUME” DISKETTE. BOOT? 


THE FLOPPY CAME READY, | NO, THE DRIVE IS BROKEN, RUN DZRXA AND DZRXB DIAGNOSTICS 
WHAT WAS PRINTED? BUT DID NOT READ 
“FLOPPY ERROR" A BLOCK 


NOTHING PRINTED BAD CPU 
HALT CPU, 

NOTHING PRINTED WHAT WAS PRINTED 
“XXXXXX BAD CPU SEE LISTINGS (ESKAA.DOC), 
@" OR BAD CIB, XXXXXX = CURRENT LOCATION + 2 

“000104 oR 000002 THE LTC SWITCH IS ON, 

@" @" OR BEVNT L IS NOT CLAMPED LOW BY THE LTC SWITCH 

“440216 BHALT L IS STILL ASSERTED 

@” OR BDAL 9L OR BDAL10 IS ASSERTED 

“173000 A DOUBLE BUS ERROR HAS OCCURRED, SET R6 TO 

@" 1000, TYPE 173000G, AND THEN REENTER THIS TROUBLESHOOTING PROCEDURE 

“KKK BAD CPU 

@” OR ClB SEE LISTINGS (ESKAA.DOC), XXXXXX = CURRENT LOCATION + 2 
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Figure C-3 140200G Console Boot Failure Flowchart 


Figure C-4 shows the console power troubleshooting flowchart. Figure C-5 shows the console terminal 
troubleshooting flowchart. 


CONSOLE DC POWER FAILURE 


NO, CORRECT THE FAULT YES, ONE MODULE IS SHORTING DC, REPLACE 
MODULES UNTIL THE BAD ONE IS LOCATED 










IS AC-PRESENT 
AT POWER SUPPLY? 





NO. CORRECT THE FAULT 








YES, 1S THE BOX WIRED 
CORRECTLY FOR AC? 


YES, REMOVE THE MODULES 


FROM THE BOX IS DC ON? YES, BAD POWER SUPPLY 













NO, ARE VOLTAGES 
CORRECT AT 
BACKPLANE? 


YES, BAD BACKPLANE 
YES, DISCONNECT THE POWER 


SUPPLY-TO- BACKPLANE 
CABLES IS DC_ PRESENT? 









ARE CABLES CONNECTED FROM POWER 
SUPPLY TO FRONT PANEL AND BACKPLANE? 


NO, BAD POWER SUPPLY 









NO. CORRECT THE FAULT 
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Figure C-4 Console Power Troubleshooting Flowchart 


CONSOLE TERMINAL FAILURE 






NOT 
REMOVE DLV11 COMPATIBLE, CORRECT FAULT 
AND ENSURE THAT 

BAUD RATE IS 


COMPATIBLE WITH LA36 









NO. REPAIR TERMINAL 





COMPATIBLE. 
WILL TERMINAL 
WORK IN LOCAL? 


YES, IS TERMINAL 20MA CURRENT LOOP? 


NO, BAD TERMINAL 
OR CABLE 


NO (EIA), 

WHILE CYCLING DC ON 
1S THERE ACTIVITY ON 
THE DLV11 BERG PIN F? 












YES, WHILE PRESSING A KEY ON THE TERMINAL, 
|S THERE ACTIVITY ON THE CABLE PIN M? 


YES, BAD TERMINAL, 
FORMAT BUAD RATE 





NO, BAD DLV11 





YES, WHILE CYCLING DC ON 
1S THERE ACTIVITY ON 
THE WHITE WIRE? 


NO, BAD DLV11 OR CABLE LOOP 






NO, REPAIR TERMINAL 
OR CABLE LOOP 





YES, WHILE PRESSING A KEY ON 
THE TERMINAL. IS THERE 
ACTIVITY ON THE GREEN WIRE? 












YES, BAD BAUD RATE. 
FORMAT TERMINAL 
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Figure C-5 Console Terminal Troubleshooting Flowchart 


C-4 


If use of the flowcharts fails to 
help in location of a problem, the 
RXDP package diagnostics can 
be run (diskette ZJ-215-RY). 


Program Name Function 

DVDVA DLV-1I1E Test 
DVDVC DLV-11F Test 
DVKAA LSI-11 CPU Test 
DVKAD LSI-11 Traps and Interrupts 
DVKAE DLV-11 Test 
DVKAH System Exerciser 
DZKMA Memory Test 
DZLAC LA36 Test 

DZRXA Floppy Disk Exerciser 
DZRXB Floppy Interface Tests 


Figure C-6 shows the flow of events which develop on the LSI-11 boot sequence. 


Note that if the LSI-11 program crashes while VMS is running, the operator may enter ODT and then 
type in 141330G to reboot the console program without affecting VMS. 
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TEST BAD DATA (R2) CHECK BYTE TEST 2 
SINGLE OP 


DO REST wetee (372) 
MO 
OF MEMORY shit 


CHECK SOURCE TEST 3 
MODE DOUBLE 
OP WORD 





INST DEST MODE 0 | (436) 
JMP INST TEST 4 
DEST MODE 
1.3.6 (462) 
TSTB & TST TEST 5 
DEST MODE 
1.2.4.6 (552) 


CHECK BYTE TEST 6 
DOUBLE OP 

INST DEST 

MODE 0 {600) 


Figure C-6 LSI-11 Boot @173000 Flowchart (Sheet 1 of 2) 
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Figure C-6 LSI-11 Boot @173000 Flowchart (Sheet 2 of 2) 
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